CN102655665B - 业务流移动的方法与系统 - Google Patents
业务流移动的方法与系统 Download PDFInfo
- Publication number
- CN102655665B CN102655665B CN201110050804.9A CN201110050804A CN102655665B CN 102655665 B CN102655665 B CN 102655665B CN 201110050804 A CN201110050804 A CN 201110050804A CN 102655665 B CN102655665 B CN 102655665B
- Authority
- CN
- China
- Prior art keywords
- access network
- network
- business stream
- carrying
- routing rule
- 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
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明提出业务流移动方法和系统,终端通过第一接入网、第一接入网关建立到分组数据网的数据网关的连接;终端建立到第二接入网的无线连接,向第二接入网关发送与所述数据网关建立连接的请求;第二接入网关向所述数据网关发送建立连接的请求;所述数据网关获取根据网络信息制定的第一接入网的业务流路由规则和第二接入网的业务流路由规则,将第二接入网的业务流路由规则通过第二接入网关发送给终端;所述数据网关对第一接入网的承载进行创建、修改或删除,并通过第一接入网向终端下发第一接入网的业务流路由规则。本发明解决UE同时通过两种接入技术网络访问一个PDN时,如何由网络控制业务流在接入系统间移动的问题。
Description
技术领域
本发明属于异构移动通信网络互操作领域,具体的,属于3GPP网络和非3GPP网络互操作领域。
背景技术
随着通信技术的不断发展,新的宽带无线接入技术不断涌现,多种无线宽带接入网络的并存和运营成为普遍现象。各大通信标准组织为了保证其自身技术的竞争力,都制定了长期演进的技术标准。其中3GPP定义的系统架构演进标准,可以支持基于IP的3GPP业务通过不同的接入技术提供,包括3GPP接入技术,WLAN(无线局域网)和其它非3GPP接入技术(3GPP以外其他标准组织定义的接入技术)。
3GPP定义了3类接入方式:非3GPP接入技术作为可信的网络通过S2a接口连接到演进的核心网;非3GPP接入技术作为非可信的网络通过S2b接口连接到演进的核心网;在上述两种架构基础上,由UE与演进的核心网网元PDNGW建立S2c逻辑接口,建立UE到演进的核心网的直接接入隧道。演进的系统架构参考模型如图1所示。
其中S5接口可以采用GTP或PMIPv6协议,S2a接口可以采用MIPv4或PMIPv6协议,S2b接口可以采用PMIPv6协议或者GTP协议,S2c采用DSMIPv6协议。
3GPP还定义了一种通用的接入网发现与选择功能(ANDSF,AccessNetworkDiscoveryandSelcctionFunction),无论UE从3GPP接入网接入还是通过非3GPP接入网接入,ANDSF都可以依照运营商策略将相应的接入网发现与选择信息提供给UE,以辅助UE选择最合适的接入网络。ANDSF架构图如图2所示。
ANDSF提供的策略中包括跨系统路由策略,当UE能够同时通过多个无线接入系统接入网络时,跨系统路由策略指示UE如何通过多个无线接入网络来路由IP数据包,以满足运营商要求的路由策略。
跨系统路由策略包括:何时一个接入网络允许或者禁止某些特定的IP流;选择最合适的接入技术/接入网络来路由IP流,以满足特定的需求。每个策略可以包括一个或多个过滤规则,每个过滤规则指示符合一定特征的IP包应当使用的接入技术\接入网络优先级列表,或指明特定接入系统不能用来路由某种特定类型的IP包。
为了充分利用不同的接入网络,提高终端数据传输速率和用户感受,3GPP进一步定义了UE如何通过两个接入系统并行接入演进的核心网,并根据ANDSF下发的跨系统路由策略通过两个系统并行传输IP流。其方法和流程如下:
UE上预配置跨系统路由策略,或者UE保存ANDSF下发的跨系统路由策略,UE根据跨系统路由策略确定业务流路由规则,业务流路由规则用于分类IP流并将符合规则的IP流放在相应的连接上传输;
UE通过两个接入网建立到同一个PDN的并行连接。此过程中,根据采用的接入方式,由UE向PDNGW发送DSMIPv6绑定更新消息传递业务流路由规则,或通过可信接入网/ePDG向PDNGW发送PMIPv6绑定更新消息传递业务流路由规则;
UE和PDNGW按照IP路由过滤规则将IP流绑定在相应的连接上进行传输;
UE依据跨系统路由策略,动态调整业务流路由规则,并通过移动IP的绑定更新消息将新的IP路由过滤规则发送给PDNGW,从而实现动态控制IP流在两个接入系统间的移动。
此外,专利200910118633.1中也定义了一种终端控制的业务流移动方法,与上述标准方案类似的,由终端将控制业务流切换的指示和所需业务流切换信息发给网络,从而实现业务流在两个接入系统之间的切换。
综上,上述现有技术中业务流的移动都是由终端直接控制的。
发明内容
本发明目的是解决UE同时通过两种接入技术网络访问一个PDN时,如何由网络控制业务流在接入系统间移动的问题。
为了解决上述问题,本发明提出业务流移动的方法,其中:
终端通过第一接入网、第一接入网关建立到分组数据网的数据网关的连接;
终端建立到第二接入网的无线连接,向第二接入网关发送与所述数据网关建立连接的请求;
第二接入网关向所述数据网关发送建立连接的请求;
所述数据网关获取根据网络信息制定的第一接入网的业务流路由规则和第二接入网的业务流路由规则,将第二接入网的业务流路由规则通过第二接入网关发送给终端;
所述数据网关对第一接入网的承载进行创建、修改或删除,并通过第一接入网向终端下发第一接入网的业务流路由规则。
本发明还提出业务流移动系统,其中:
终端,通过第一接入网、第一接入网网关建立到分组数据网的数据网关的连接,与第二接入网建立无线连接,向第二接入网网关发送与数据网关建立连接的请求,接收第二接入网网关返回的第二接入网的业务流路由规则,接收第一接入网返回的第一接入网的业务流路由规则;
第二接入网网关,向数据网关发送建立连接的请求;接收数据网关发送的第二接入网的业务流路由规则,并发送给终端,确认完成并行连接的建立;
数据网关,向策略服务器发送建立连接的请求,接收策略服务器返回的第一接入网的业务流路由规则和第二接入网的业务流路由规则,将第二接入网的业务流路由规则发送给第二接入网关;对第一接入网的承载进行创建、修改或删除,通过第一接入网向终端下发第一接入网的业务流路由规则;
策略服务器,向网络选择服务器发送获取跨系统路由策略的请求,并接收网络选择服务器回复的跨系统路由策略;向网络状态分析服务器发送获取网络状态信息的请求,并接收网络状态分析服务器回复的第一接入网的网络状态信息和第二接入网的网络状态信息;根据业务流信息、跨系统路由策略、第一接入网的网络状态信息和第二接入网的网络状态信息制定第一接入网的业务流路由规则和第二接入网的业务流路由规则,并下发给数据网关;
网络选择服务器,提供与策略服务器的接口,将跨系统路由策略发给策略服务器;
网络状态分析服务器,提供与策略服务器的接口,将第一接入网的网络状态信息和第二接入网的网络状态信息发给策略服务器。
现有技术依赖终端行为,而一般来讲,终端行为是不可控、不能完全信任的,由网络控制对运营商来说是完全可控的。本发明可实现由网络控制业务流跨系统移动。
附图说明
图1所示为现有技术中演进的系统架构参考模型。
图2所示为现有技术中ANDSF架构图。
图3所示为本发明的系统架构图。
图4所示为本发明的方法流程图。
图5所示为本发明方法的实现过程的详细说明。
图6所示为本发明具体实施例的实现过程。
具体实施方式
本发明的系统架构如图3所示,包括终端、第一接入网、第一接入网网关、第二接入网、第二接入网网关、分组数据网PDN、数据网关、策略服务器,在标准架构的基础上增加:策略服务器和网络选择服务器的接口、网络状态分析服务器、策略服务器和网络状态分析服务器的接口。其中:
终端,通过第一接入网、第一接入网网关建立到分组数据网的数据网关的连接,与第二接入网建立无线连接,向第二接入网网关发送与数据网关建立连接的请求,接收第二接入网网关返回的第二接入网的业务流路由规则,接收第一接入网返回的第一接入网的业务流路由规则;
第二接入网网关,向数据网关发送建立连接的请求;接收数据网关发送的第二接入网的业务流路由规则,并发送给终端,确认完成并行连接的建立;
数据网关,向策略服务器发送建立连接的请求,接收策略服务器返回的第一接入网的业务流路由规则和第二接入网的业务流路由规则,将第二接入网的业务流路由规则发送给第二接入网关;对第一接入网的承载进行创建、修改或删除,通过第一接入网向终端下发第一接入网的业务流路由规则;
策略服务器,向网络选择服务器发送获取跨系统路由策略的请求,并接收网络选择服务器回复的跨系统路由策略;向网络状态分析服务器发送获取网络状态信息的请求,并接收网络状态分析服务器回复的第一接入网的网络状态信息和第二接入网的网络状态信息;根据业务流信息、跨系统路由策略、第一接入网的网络状态信息和第二接入网的网络状态信息制定第一接入网的业务流路由规则和第二接入网的业务流路由规则,并下发给数据网关;
网络选择服务器,提供与策略服务器的接口,将跨系统路由策略发给策略服务器;
网络状态分析服务器,提供与策略服务器的接口,将第一接入网的网络状态信息和第二接入网的网络状态信息发给策略服务器。
作为本发明的一个实施例,所述数据网关还获取新的业务流路由规则,所述新的业务流路由规则决定把部分IP流从第一接入网连接移动到第二接入网连接,或者从第二接入网连接移动到第一接入网连接,根据所述新的业务流路由规则,对第一接入网的承载进行创建、修改或删除,对第二接入网的承载进行创建、修改或删除,并通知终端。
本发明可实现根据网络侧的信息来控制业务流的跨系统移动。由于网络侧的信息获取以及网络控制对运营商来说是完全可控的,相比现有技术由终端控制业务流移动所带来的不确定性、不能完全信任的操作,本发明实现了更加高效、准确的控制业务流移动的操作方式。
对于本发明系统所执行的业务流移动方法,如图4所示,包括:
在步骤401,终端通过第一接入网、第一接入网关建立到分组数据网的数据网关的连接;
在步骤402,终端建立到第二接入网的无线连接,向第二接入网关发送与所述数据网关建立连接的请求;
在步骤403,第二接入网关向所述数据网关发送建立连接的请求;
在步骤404,所述数据网关获取根据网络信息制定的第一接入网的业务流路由规则和第二接入网的业务流路由规则,将第二接入网的业务流路由规则通过第二接入网关发送给终端;
在步骤405,所述数据网关对第一接入网的承载进行创建、修改或删除,并通过第一接入网向终端下发第一接入网的业务流路由规则。
作为本发明的一个实施例,本发明的方法流程还可以包括以下操作:
所述数据网关还获取新的业务流路由规则,所述新的业务流路由规则决定把部分IP流从第一接入网连接移动到第二接入网连接,或者从第二接入网连接移动到第一接入网连接;
根据所述新的业务流路由规则,所述数据网关对第一接入网的承载进行创建、修改或删除,对第二接入网的承载进行创建、修改或删除,并通知终端。
下面对本发明方法的实现过程进行具体说明,流程如图5所示,包括以下步骤:
步骤1:UE通过接入网1建立到PDN(分组数据网)的数据网关的连接,使用标准流程。
步骤2:UE建立到接入网2的无线连接。
步骤3:UE向接入网关2请求建立并行连接,消息中包括并行接入指示。
步骤4:接入网关2判断需要建立到同一个数据网关的并行连接,并向该数据网关发送创建会话请求,消息中携带并行接入指示。
步骤5:数据网关向策略服务器发送创建IP-CAN会话请求,消息中携带并行接入指示。
步骤6:策略服务器向网络选择服务器发送路由策略请求。
步骤7:网络选择服务器向策略服务器回复路由策略响应,将用户的跨系统路由策略发给策略服务器。
步骤8:策略服务器向网络状态分析服务器发送获取网络状态信息的请求,请求中可以包括用户所在接入网1小区标识、所在接入网2小区标识。
步骤9:网络状态分析服务器向策略服务器回复网络状态信息响应,将当前网络状态发给策略服务器,具体的,网络状态信息可以包括如下之一:用户所在第一接入网小区吞吐量、第一接入网小区负载、第一接入网小区忙闲级别、所在第二接入网小区吞吐量、第二接入网小区负载、第二接入网小区忙闲级别。就是说,可以只获取一种,也可以都获取。以上只是举例说明,也可以进一步包括其他的网络状态信息。
步骤10:策略服务器根据业务流信息、用户的跨系统路由策略、网络状态信息制定业务流路由规则,并下发给数据网关。
作为本发明的一个实施例,用户的跨系统路由策略可以配置在网络选择服务器上,在建立用户会话的时候或需要更新跨系统路由策略时由策略服务器向网络选择服务器获取。
网络状态信息在步骤9中获取。
业务流信息可以通过以下两种方式获取,第一,策略服务器通过和应用服务器之间的接口,由应用服务器直接提供;第二,网络中部署包监测设备,对数据流进行监测,包监测设备将监测到的业务流信息发给策略服务器。
业务流信息用于识别或标识一个或一类业务,包含了应用层信息,还包含了部分IP层信息。具体可以包括如下的一种或几种:应用协议类型(如http、ftp、POP3、SMTP、P2P等),具体应用程序(QQ、skype、email客户端、电驴),一个业务流的IP五元组(源IP地址、源端口号、目的IP地址、目的端口号、应用协议),业务流要求的Q0S保证(如时延小于50毫秒,带宽要求128k比特每秒)等。
业务流路由规则是IP包与连接的对应关系,指导终端和网络将具备特定特征(例如来自/去往某个IP地址)的IP包放到特定连接(例如通过接入网1建立的连接或通过接入网2建立的连接)上进行传输。
制定业务流路由规则的例子如下:
业务流信息:该应用为FTP类,源IP地址为220.181.108.148,端口号为21。用户跨系统路由策略为:FTP类应用选择网络的优先级从高到低为:LTE、DO、1X。网络状态信息为:LTE小区负载达80%,DO小区负载达30%。则业务流路由规则为:源IP地址为220.181.108.148,端口号为21,应用协议为FTP的下行数据包,通过连接标识为02的连接(假设这里LTE接入连接标识为01,DO接入连接的标识为02)路由。
步骤11:数据网关向接入网关2发送创建会话响应,包括针对接入网2的业务流路由规则。
步骤12:接入网关2向UE确认完成并行连接建立,向UE发送接入网2的业务流路由规则。
步骤13:数据网关根据策略服务器下发的业务流路由规则,对接入网1的承载进行创建、修改或删除,并通过接入网1向UE下发接入网1的业务流路由规则。
作为本发明的一个实施例,对接入网1的承载进行创建的过程可能是以下情况:策略服务器指出需要通过接入网1传输新的数据流,而新的数据流要求较高QoS(业务质量)要求,数据网关判断现有接入网1的承载中,没有符合该QoS要求的承载,于是创建一个新的符合QoS要求的承载,用来传输新的数据流。
对接入网1的承载进行修改的过程可能是以下情况:策略服务器指出需要通过接入网1传输新的数据流,新的数据流可以利用原有接入网1的承载传输,于是数据网关修改原有接入网1的承载,将数据流放入这个修改后的承载中传输。
对接入网1的承载进行删除的过程可能是以下情况:数据流从接入网1迁移到接入网2,而原来在接入网1中用于传输这些数据流的承载不再传输其它数据,则数据网关可以删除这个空闲的承载。
至此,UE通过两个接入网建立到一个PDN的并行连接,并可以按照此时的业务流路由规则在两个并行连接上传输IP流。
以上以建立两个连接为例进行说明,本领域技术人员应该可以理解,在本发明的基础上,还可以建立多个连接,步骤上只是重复一下建立、修改或删除承载的步骤。
步骤14:策略服务器向网络选择服务器发送路由策略请求。触发该步骤的原因可以是用户路由策略失效。也就是说,如果用户路由策略没有失效,则不需要触发该步骤。在触发该步骤之后,步骤18据此制定业务流路由规则。当然,即使触发了该步骤,步骤18也可能判断不需要修改业务流路由规则。
步骤15:网络选择服务器向策略服务器回复路由策略响应,将用户的跨系统路由策略发给策略服务器。
步骤16:策略服务器向网络状态分析服务器发送获取网络状态信息的请求,请求中可以包括用户所在接入网1小区标识、所在接入网2小区标识。触发该步骤的原因可以是:网络状态信息失效、定时器超时、用户移动到接入网1的其它小区、或者用户移动到接入网2的其它小区等。
如果未发生上述所列的情况或类似情况,则不需要触发该步骤。在触发该步骤之后,步骤18据此制定业务流路由规则。当然,即使触发了该步骤,步骤18也可能判断不需要修改业务流路由规则。
步骤17:网络状态分析服务器向策略服务器回复网络状态信息响应,将当前网络状态信息发给策略服务器,具体的,可以包括用户所在接入网1小区吞吐量、接入网1小区负载、所在接入网2小区吞吐量、接入网2小区负载等信息。
步骤18:策略服务器根据业务流信息、用户的跨系统路由策略、用户所在网络状态信息等,决定把部分IP流从一个接入网连接移动到另一个接入网连接,并制定相应的新的业务流路由规则。
数据放在哪个连接上传输是业务流路由规则决定的。
例如,将终端与IP地址为192.168.0.100的服务器之间的数据从接入网1移动到接入网2。
修改前路由规则:
上行数据:目的IP地址192.168.0.100的数据包要放在接入网1的连接(连接标识为01)上传输(终端执行);
下行数据:源IP地址是192.168.0.100的数据包要放在接入网1(连接标识为01)的连接上传输(数据网关执行)。
修改后路由规则:
上行数据:目的IP地址192.168.0.100的数据包要放在接入网2的连接(连接标识为02)上传输(终端执行);
下行数据:源IP地址是192.168.0.100的数据包要放在接入网2的连接(连接标识为02)上传输(数据网关执行)。
步骤19:策略服务器向数据网关发送规则更新,将接入网1和接入网2的新的业务流路由规则发给数据网关。
步骤20:数据网关向策略服务器确认规则更新。
步骤21:数据网关根据策略服务器下发的接入网1的路由规则对接入网1的承载进行创建、修改或删除,并将新的业务流路由规则通过接入网1发给UE。
步骤22:数据网关根据策略服务器下发的接入网2的业务流路由规则对接入网2的承载进行创建、修改或删除,并将新的业务流路由规则通过接入网2发给UE。
对两个接入网的调整是独立的。即对第一接入网的具体调整(创建、删除、修改)不会影响对第二接入网的具体调整,反之亦然。第一接入网与第二接入网是两种接入技术网络。至此,UE完成IP流在两个接入系统连接间的移动,UE和网络按照新的业务流路由规则传输IP流。
以具体实施例的方式,如图6所示。对本发明的方法流程进行举例说明。所述举例只是示意性的,本领域技术人员应该可以理解,据此所进行的变形和修改,都应该覆盖在本权利要求的保护范围之内。
步骤a:UE通过3GPP接入网建立到PDNGW的连接,使用标准流程。
步骤b:UE建立到非3GPP接入的无线连接。
步骤c:UE向ePDG发送IKEv2请求发起认证授权,消息中包括并行接入指示。之后UE、ePDG、AAA服务器、HSS基于IKEv2流程进行认证授权。
步骤d:ePDG判断需要建立到同一个PDNGW的并行连接,并向该PDNGW发送创建会话请求,消息中携带并行接入指示。
步骤e:PDNGW向PCRF发送创建IP-CAN会话请求,消息中携带并行接入指示。
步骤f:PCRF向ANDSF发送路由策略请求。
步骤g:ANDSF向PCRF回复路由策略响应,将用户的跨系统路由策略发给PCRF。
步骤h:PCRF向网络状态分析服务器发送网络状态请求,请求中可以包括用户所在3GPP小区标识,所在非3GPP小区标识或接入节点标识。
步骤i:网络状态分析服务器向PCRF回复网络状态响应,将当前网络状态发给策略服务器,具体的,可以包括用户所在3GPP小区吞吐量、负载,和所在非3GPP小区或接入节点吞吐量、负载等信息。
步骤j:PCRF根据业务流信息、用户的跨系统路由策略、网络状态信息制定3GPP接入和非3GPP接入的业务流路由规则,并下发给PDNGW。
步骤k:PDNGW向ePDG发送创建会话响应,包括非3GPP接入业务流路由规则。
步骤l:ePDG向UE发送最后一条IKEv2消息,完成认证授权,并将非3GPP接入业务流路由规则发给UE。
步骤m:PDNGW根据步骤j中PCRF下发的策略,对3GPP的承载进行创建、修改或删除,并将3GPP接入业务流路由规则发给UE。
至此,UE通过两个接入网建立到一个PDN的并行连接,并可以按照此时的业务流路由规则在两个并行连接上传输IP流。
步骤n:PCRF向ANDSF发送路由策略请求。触发该步骤的原因可以是用户路由策略失效。
步骤o:ANDSF向PCRF回复路由策略响应,将用户的跨系统路由策略发给策略服务器。
步骤p:PCRF向网络状态分析服务器发送获取网络状态信息的请求,请求中可以包括用户所在3GPP小区标识,所在非3GPP小区标识或接入节点标识。触发该步骤的原因可以是:网络状态信息失效,定时器超时,用户移动到3GPP接入的其它小区,或者用户移动到非3GPP接入的其它小区等。
步骤q:网络状态分析服务器向PCRF回复网络状态响应,将当前网络状态发给策略服务器,具体的,可以包括用户所在3GPP小区吞吐量、负载,和所在非3GPP小区吞吐量、负载等信息。
步骤r:PCRF根据业务流信息、用户的跨系统路由策略、用户所在网络状态信息等,决定把部分业务流从一个接入网连接移动到另一个接入网连接,并制定相应的新的业务流路由规则。
步骤s:PCRF向PDNGW发送策略更新,将3GPP接入和非3GPP接入的新的业务流路由规则发给PDNGW。
步骤t:PDNGW向PCRF确认策略更新。
步骤u:PDNGW根据PCRF下发的3GPP接入的路由规则对3GPP接入的承载进行创建、修改或删除,并将新的业务流路由规则通过SGW、MME、3GPP接入网发给UE。
步骤v:PDNGW根据PCRF下发的非3GPP接入的业务流路由规则对非3GPP接入的承载进行创建、修改或删除,并将新的业务流路由规则通过ePDG、非3GPP接入网发给UE。
至此,UE完成业务流在两个接入系统连接间的移动,UE和网络按照新的业务流路由规则传输业务流。
作为对详细描述的结论,应该注意本领域的技术人员将会很清楚可对优选实施例做出许多变化和修改,而实质上不脱离本发明的原理。这种变化和修改包含在所附权利要求书所述的本发明的范围之内。
Claims (5)
1.业务流移动方法,其中:
终端通过第一接入网、第一接入网关建立到分组数据网的数据网关的连接;
终端建立到第二接入网的无线连接,向第二接入网关发送与所述数据网关建立连接的请求;
第二接入网关向所述数据网关发送建立连接的请求;
所述数据网关获取策略服务器根据网络信息制定的第一接入网的业务流路由规则和第二接入网的业务流路由规则,将第二接入网的业务流路由规则通过第二接入网关发送给终端;
所述数据网关对第一接入网的承载进行创建、修改或删除,并通过第一接入网向终端下发第一接入网的业务流路由规则;
其中,网络信息包括业务流信息、跨系统路由策略以及网络状态信息;
跨系统路由策略配置在网络选择服务器上,在建立用户会话的时候或需要更新跨系统路由策略时由策略服务器向网络选择服务器获取;
业务流信息由策略服务器通过和应用服务器之间的接口,从应用服务器获取,或者由策略服务器从网络中部署的对数据流进行监测的包监测设备获取;
网络状态信息由策略服务器向网络状态分析服务器获取;
所述数据网关还获取新的业务流路由规则,所述新的业务流路由规则决定把部分IP流从第一接入网连接移动到第二接入网连接,或者从第二接入网连接移动到第一接入网连接;根据所述新的业务流路由规则,对第一接入网的承载进行创建、修改或删除,对第二接入网的承载进行创建、修改或删除,并通知终端。
2.根据权利要求1所述业务流移动方法,其中:
对第一接入网的承载进行创建为:策略服务器指出通过第一接入网传输新的数据流,数据网关判断现有第一接入网的承载中,没有符合要求的承载,则数据网关创建新的符合要求的承载,传输新的数据流;
对第一接入网的承载进行修改为:策略服务器指出通过第一接入网传输新的数据流,原有第一接入网满足新的数据流的承载传输,数据网关修改原有第一接入网的承载,将新的数据流放入修改后的第一接入网承载中传输;或者
对第一接入网的承载进行删除为:数据流从第一接入网迁移到第二接入网,原来在第一接入网中用于传输这些数据流的承载不再传输其它数据,则数据网关删除这个空闲的承载。
3.业务流移动系统,其中:
终端,通过第一接入网、第一接入网网关建立到分组数据网的数据网关的连接,与第二接入网建立无线连接,向第二接入网网关发送与数据网关建立连接的请求,接收第二接入网网关返回的第二接入网的业务流路由规则,接收第一接入网返回的第一接入网的业务流路由规则;
第二接入网网关,向数据网关发送建立连接的请求;接收数据网关发送的第二接入网的业务流路由规则,并发送给终端,确认完成并行连接的建立;
数据网关,向策略服务器发送建立连接的请求,接收策略服务器返回的根据网络信息制定的第一接入网的业务流路由规则和第二接入网的业务流路由规则,将第二接入网的业务流路由规则发送给第二接入网关;对第一接入网的承载进行创建、修改或删除,通过第一接入网向终端下发第一接入网的业务流路由规则;
策略服务器,向网络选择服务器发送获取跨系统路由策略的请求,并接收网络选择服务器回复的跨系统路由策略;向网络状态分析服务器发送获取网络状态信息的请求,并接收网络状态分析服务器回复的第一接入网的网络状态信息和第二接入网的网络状态信息;根据业务流信息、跨系统路由策略、第一接入网的网络状态信息和第二接入网的网络状态信息制定第一接入网的业务流路由规则和第二接入网的业务流路由规则,并下发给数据网关;
网络选择服务器,提供与策略服务器的接口,将跨系统路由策略发给策略服务器;
网络状态分析服务器,提供与策略服务器的接口,将第一接入网的网络状态信息和第二接入网的网络状态信息发给策略服务器;
其中,网络信息包括业务流信息、跨系统路由策略以及网络状态信息;
所述策略服务器通过和应用服务器之间的接口,从应用服务器获取业务流信息,或者从网络中部署的对数据流进行监测的包监测设备获取监测到的业务流信息;
所述数据网关还获取新的业务流路由规则,所述新的业务流路由规则决定把部分IP流从第一接入网连接移动到第二接入网连接,或者从第二接入网连接移动到第一接入网连接;根据所述新的业务流路由规则,对第一接入网的承载进行创建、修改或删除,对第二接入网的承载进行创建、修改或删除,并通知终端。
4.根据权利要求3所述业务流移动系统,其中:
所述网络状态信息包括如下之一:用户所在第一接入网小区吞吐量、第一接入网小区负载、第一接入网小区忙闲级别、所在第二接入网小区吞吐量、第二接入网小区负载、第二接入网小区忙闲级别。
5.根据权利要求3所述业务流移动系统,其中:
所述策略服务器指出通过第一接入网传输新的数据流,数据网关判断现有第一接入网的承载中,没有符合要求的承载,则数据网关创建新的符合要求的承载,传输新的数据流;所述策略服务器指出通过第一接入网传输新的数据流,原有第一接入网满足新的数据流的承载传输,数据网关修改原有第一接入网的承载,将新的数据流放入修改后的第一接入网承载中传输;数据流从第一接入网迁移到第二接入网,而原来在第一接入网中用于传输这些数据流的承载不再传输其它数据,则数据网关删除这个空闲的承载。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201110050804.9A CN102655665B (zh) | 2011-03-03 | 2011-03-03 | 业务流移动的方法与系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201110050804.9A CN102655665B (zh) | 2011-03-03 | 2011-03-03 | 业务流移动的方法与系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102655665A CN102655665A (zh) | 2012-09-05 |
CN102655665B true CN102655665B (zh) | 2016-03-02 |
Family
ID=46731179
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201110050804.9A Active CN102655665B (zh) | 2011-03-03 | 2011-03-03 | 业务流移动的方法与系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN102655665B (zh) |
Families Citing this family (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103716775B (zh) | 2012-09-29 | 2017-10-10 | 华为终端有限公司 | 数据流控制方法及相关设备和通信系统 |
CN103974383B (zh) * | 2013-02-04 | 2018-03-23 | 电信科学技术研究院 | 一种andsf策略的确定方法、装置及系统 |
CN104349386A (zh) * | 2013-08-06 | 2015-02-11 | 电信科学技术研究院 | 一种多接入系统中实现ip流移动性的方法和装置 |
RU2627736C1 (ru) * | 2013-08-16 | 2017-08-11 | Хуавей Текнолоджиз Ко., Лтд. | Устройство и способ передачи данных |
US9578647B2 (en) * | 2013-08-29 | 2017-02-21 | Telefonaktiebolaget Lm Ericsson (Publ) | 3GPP bearer-based QoS model support on WiFi |
CN105025549B (zh) * | 2014-04-17 | 2018-09-07 | 电信科学技术研究院 | 一种传输路由规则的方法和设备 |
CN105025544B (zh) | 2014-04-18 | 2019-03-05 | 电信科学技术研究院 | 一种ip流路由规则的确定方法和设备 |
EP3343977A4 (en) * | 2015-09-25 | 2018-09-05 | Huawei Technologies Co., Ltd. | Method and device for interoperation between networks |
EP3396990B1 (en) * | 2016-01-19 | 2020-02-12 | Huawei Technologies Co., Ltd. | Routing rule transmission methods and devices |
CN110278619B (zh) | 2018-03-13 | 2021-02-09 | 华为技术有限公司 | 一种pdu会话建立的方法和装置 |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101820656A (zh) * | 2009-02-27 | 2010-09-01 | 华为技术有限公司 | 业务流切换方法、网络选择方法、相关设备及系统 |
-
2011
- 2011-03-03 CN CN201110050804.9A patent/CN102655665B/zh active Active
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101820656A (zh) * | 2009-02-27 | 2010-09-01 | 华为技术有限公司 | 业务流切换方法、网络选择方法、相关设备及系统 |
Non-Patent Citations (2)
Title |
---|
Policy control based on network status;China Mobile;《3GPP TSG SA WG2 Meeting#81, TD S2-104554》;20101015;参见第1页 * |
Routing Policy Configuration Application Function;NEC;《3GPP TSG SA WG2 Meeting #78,S2-101112》;20100226;参见第1-8页 * |
Also Published As
Publication number | Publication date |
---|---|
CN102655665A (zh) | 2012-09-05 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102655665B (zh) | 业务流移动的方法与系统 | |
CN103379542B (zh) | 应用于wlan网络的分流业务信息的获取方法及系统 | |
CN100579302C (zh) | 一种非漫游场景下策略和计费规则功能服务器的选择方法 | |
US8300604B2 (en) | Radio communication system and radio communication method | |
US10206136B2 (en) | Communication apparatus, control apparatus, communication method, control method, and program | |
CN105813153B (zh) | 跨网络切换方法、网元以及系统 | |
WO2012149954A1 (en) | Traffic offload in communication networks | |
EP2785105B1 (en) | Bearer mode selection method, packet gateway and policy and charging control function entity | |
CN104349380A (zh) | 信息交互、分流处理方法、装置、基站、rnc及终端 | |
CN102695291A (zh) | 多网接入系统和多模无线终端 | |
US9854555B2 (en) | Method and system for notifying access network location information | |
CN107810620A (zh) | 在非锚定节点处提供绑定服务 | |
JP2015207955A (ja) | トラフィック管理サーバ及び管理プログラム | |
JP2015002431A (ja) | 複数の無線ベアラにアクセスする方法及び装置 | |
Ahmed et al. | Multi access data network connectivity and IP flow mobility in Evolved Packet System (EPS) | |
CN102387063A (zh) | 一种ifom错误时的处理方法和系统 | |
US10003993B2 (en) | Subscriber handling in radio telecommunication networks | |
US10206137B2 (en) | Communication apparatus, control apparatus, communication system, communication method, control method, and program | |
CN101420673A (zh) | 一种实现策略和计费控制的方法及系统 | |
JP6315894B2 (ja) | 複数の無線ベアラにアクセスする方法及び装置 | |
CN103037408A (zh) | Ip业务流的切换方法、终端以及相应的功能实体 | |
US20150280926A1 (en) | Charging control method and system in communication network | |
CN103391564A (zh) | 策略规则设备的选择方法及装置 | |
CN103929756B (zh) | 一种网络信息处理方法、装置和系统 | |
Loureiro et al. | Policy routing architecture for IP flow mobility in 3GPP's Evolved Packet Core |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |