CN105025544B - 一种ip流路由规则的确定方法和设备 - Google Patents

一种ip流路由规则的确定方法和设备 Download PDF

Info

Publication number
CN105025544B
CN105025544B CN201410158951.1A CN201410158951A CN105025544B CN 105025544 B CN105025544 B CN 105025544B CN 201410158951 A CN201410158951 A CN 201410158951A CN 105025544 B CN105025544 B CN 105025544B
Authority
CN
China
Prior art keywords
communication equipment
routing rule
message
information
receive
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
Application number
CN201410158951.1A
Other languages
English (en)
Other versions
CN105025544A (zh
Inventor
邓强
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
China Academy of Telecommunications Technology CATT
Datang Mobile Communications Equipment Co Ltd
Original Assignee
China Academy of Telecommunications Technology CATT
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by China Academy of Telecommunications Technology CATT filed Critical China Academy of Telecommunications Technology CATT
Priority to CN201410158951.1A priority Critical patent/CN105025544B/zh
Priority to PCT/CN2015/076771 priority patent/WO2015158285A1/zh
Priority to EP15779911.5A priority patent/EP3133893A4/en
Priority to US15/304,865 priority patent/US10110478B2/en
Priority to KR1020167032083A priority patent/KR20160145741A/ko
Priority to JP2017505697A priority patent/JP2017511675A/ja
Publication of CN105025544A publication Critical patent/CN105025544A/zh
Application granted granted Critical
Publication of CN105025544B publication Critical patent/CN105025544B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/38Flow based routing
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/34Reselection control
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/22Alternate routing
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W40/00Communication routing or communication path finding
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W40/00Communication routing or communication path finding
    • H04W40/34Modification of an existing route
    • H04W40/36Modification of an existing route due to handover
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W80/00Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/04Network layer protocols, e.g. mobile IP [Internet Protocol]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/0005Control or signalling for completing the hand-off
    • H04W36/0011Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H04W36/0027Control or signalling for completing the hand-off for data sessions of end-to-end connection for a plurality of data sessions of end-to-end connections, e.g. multi-call or multi-bearer end-to-end data connections
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W84/00Network topologies
    • H04W84/02Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/10Small scale networks; Flat hierarchical networks
    • H04W84/12WLAN [Wireless Local Area Networks]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W88/00Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02Terminal devices
    • H04W88/06Terminal devices adapted for operation in multiple networks or having at least two operational modes, e.g. multi-mode terminals

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本发明公开了一种IP流路由规则的确定方法和设备,提供了通过网络设备与终端之间的协商,制定出最优的路由规则的技术方案。方法包括:第一通信设备在发起IFOM过程中,生成不同于第二通信设备当前执行的路由规则的第一路由规则;第一通信设备将该第一路由规则通知给第二通信设备,以请求第二通信设备执行该第一路由规则;第一通信设备根据第二通信设备返回的消息,确定第二通信设备最终执行的路由规则。

Description

一种IP流路由规则的确定方法和设备
技术领域
本发明涉及通信技术领域,特别涉及一种IP流路由规则的确定方法和设备。
背景技术
因特网协议流移动性(IP Flow Mobility,IFOM;Internet Protocol,IP)技术研究的是:用户设备(User Equipment,UE)通过多种接入连接到同一条分组数据网(PacketData Network,PDN)连接时,IP流在不同接入之间进行传输和移动的方法。如,运营商可以规定best effort IP流(尽力而为的IP流)通过无线局域网络(Wireless Local AreaNetworks,WLAN)分流,而具有特定服务质量(Quality of Service,QoS)要求的IP流通过演进通用移动通信系统陆地无线接入网(Evolved UMTS Terrestrial Radio AccessNetwork,E-UTRAN;Universal Mobile Telecommunications System,UMTS)接入进行传输。
第三代合作伙伴计划(The3rd Generation Partnership,3GPP)系统架构2组(System Architecture Working Group2,SA2)从版本10(Release10,R10)开始对IFOM进行了研究和标准化,完成了基于终端移动性管理协议的IFOM的标准化,并在R11(R12未研究)对基于网络移动性管理协议的IFOM进行了初步研究。
一、基于终端移动性管理协议的IFOM方案。
TS23.261定义了基于双栈移动IP版本6(Dual Stack Mobile IP version6,DSMIPv6)协议(S2c接口)的IFOM方法,该方法主要基于IP流绑定信息,实现IP流的移动性,IP流绑定信息表如表1所示:
表1:IP流绑定信息表;
其中,家乡地址(Home Address,HoA)为分组数据网网关(Packet Data NetworkGateway,PGW)为UE分配的IP地址,路由地址(Routing Address)CoA(转交地址,Care ofAddress)为UE在non-3GPP(非3GPP)侧使用的IP地址,绑定ID(Binding ID,BID)是UE为每一个CoA产生的IP流绑定标识并具备优先级(Priority),流标识(Flow ID,FID)选项定义了路由规则(routing rule),包括:路由规则过滤器(routing filter)和路由地址(routingaddress),其中,routing address为HoA或CoA。
当UE通过3GPP接入和non-3GPP接入连接到同一条PDN连接,且决定进行IP流移动时,将通过绑定更新(Binding Update,BU)消息向PDN网关(PDN Gateway,PGW)指示移动的IP流信息,具体的:UE通过绑定更新(Binding Update,BU)消息,向PGW指示更新的routingrule;PGW通过因特网协议连接访问网络会话修改请求(IP-CAN session modificationrequest;IP Connectivity Access Network,IP-CAN)消息,将接收到的routing rule提供给策略控制和计费规则功能(Policy Control and Charging Rules Function,PCRF)实体;PCRF实体保存接收到的routing address和业务数据流(Service Data Flow,SDF)的映射,并向PCRF实体返回IP-CAN会话修改响应(IP-CAN session modification response)消息;PGW通过绑定应答(Binding Acknowledgement,BA)消息向UE指示网络接受的routingrule。
二、基于网络移动性管理协议的IFOM方案(NB-IFOM)。
TR23.861定义了基于代理移动IP版本6(Proxy Mobile IP version6,PMIPv6)(S2a、S2b接口)/通用分组无线业务隧道协议(GPRS Tunneling Protocol,GTP;GeneralPacket Radio Service,GPRS)(S2b接口)协议的IFOM方法,这些方法的基本思想与基于DSMIPv6的IFOM方法一致,都是UE向PGW指示更新的routing rule,区别在于所使用的传输协议不同,此处不再赘述。
3GPP标准中定义了UE-initiated NB-IFOM,即由UE发起的NB-IFOM过程,触发原因包括接入网络发现和选择功能(Access Network Discovery and Selection Function,ANDSF)策略,user preference(用户喜好)和Local Operating Environment Information(本地运行环境信息)等。目前也提出了Network-initiated NB-IFOM,即由网络发起的NB-IFOM过程,触发原因如网络拥塞、IP流特性改变等。但是,网络如何发起的NB-IFOM过程,以及如何结合UE-initiated IFOM和Network-initiated IFOM以形成最优的IFOM策略,目前还没有具体的解决方案。
发明内容
本发明实施例提供了一种IP流路由规则的确定方法和设备,提供了一种由网络发起的NB-IFOM过程,以及结合UE-initiated IFOM和Network-initiated IFOM以形成最优的IFOM策略的解决方案。
本发明实施例提供的一种IP流路由规则的确定方法,该方法包括:
第一通信设备在发起因特网协议流移动性IFOM过程中,为第二通信设备生成不同于所述第二通信设备当前执行的路由规则的第一路由规则;
所述第一通信设备将所述第一路由规则通知给第二通信设备,以请求所述第二通信设备执行所述第一路由规则;
所述第一通信设备根据所述第二通信设备返回的消息,确定所述第二通信设备最终执行的路由规则。
下面分别从第一通信设备为UE且第二通信设备为网络设备与第一通信设备为网络设备且第二通信设备为UE两种应用场景进行详细说明。
第一种应用场景,第一通信设备为UE且第二通信设备为网络设备。
在实施中,作为第一种优选的实现方式,所述第一通信设备根据所述第二通信设备返回的消息,确定所述第二通信设备最终执行的路由规则,包括:
所述第一通信设备在接收到所述第二通信设备返回的第一消息后,确定所述第二通信设备最终执行的路由规则为所述第一路由规则,其中,所述第一消息用于通知所述第一通信设备所述第二通信设备接受所述第一路由规则。
在实施中,作为第二种优选的实现方式,所述第一通信设备根据所述第二通信设备返回的消息,确定所述第二通信设备最终执行的路由规则,包括:
所述第一通信设备接收到所述第二通信设备返回的第二消息,所述第二消息用于通知所述第一通信设备所述第二通信设备不接受所述第一路由规则,且所述第二消息中携带当前网络的状态信息和/或所述IP流的特性信息;
所述第一通信设备根据所述第二消息中携带的信息,为所述第二通信设备生成不同于所述第一路由规则的第二路由规则;
所述第一通信设备将所述第二路由规则通知给第二通信设备,以请求所述第二通信设备执行所述第二路由规则。
该方式下,所述第一通信设备根据所述第二消息中携带的信息,为所述第二通信设备生成所述第二路由规则,包括:
所述第一通信设备根据接入网络发现和选择功能ANDSF策略、用户喜好和本地运行环境信息中的至少一种信息、以及所述第二消息中携带的信息,为所述第二通信设备生成所述第二路由规则。
该方式下,所述第一通信设备将所述第二路由规则通知给所述第二通信设备后,该方法还包括:
所述第一通信设备接收到所述第二通信设备返回的第三消息,确定所述第二通信设备最终执行的路由规则为所述第二路由规则,其中,所述第三消息用于通知所述第一通信设备所述第二通信设备接受所述第二路由规则。
第二种应用场景,第一通信设备为网络设备且第二通信设备为UE。
在实施中,第一通信设备在发起IFOM过程中,为第二通信设备生成不同于所述第二通信设备当前执行的路由规则的第一路由规则,包括:
所述第一通信设备在发起IFOM过程中,根据当前网络的状态信息和/或IP流的特性信息,为所述第二通信设备生成所述第一路由规则。
在实施中,所述第一通信设备将所述第一路由规则通知给所述第二通信设备,包括:
所述第一通信设备将所述第一路由规则以及当前网络的状态信息和/或所述IP流的特性信息,通知给所述第二通信设备。
该场景下,基于上述任一实施例,作为第一种优选的实现方式,所述第一通信设备根据所述第二通信设备返回的消息,确定所述第二通信设备最终执行的路由规则,包括:
所述第一通信设备在接收到所述第二通信设备返回的第一消息后,确定所述第二通信设备最终执行的路由规则为所述第一路由规则,其中,所述第一消息用于通知所述第一通信设备所述第二通信设备接受所述第一路由规则。
作为第二种优选的实现方式,所述第一通信设备根据所述第二通信设备返回的消息,确定所述第二通信设备最终执行的路由规则,包括:
所述第一通信设备接收到所述第二通信设备返回的第四消息,所述第四消息用于通知所述第一通信设备所述第二通信设备不接受所述第一路由规则,且所述第四消息中携带所述第二通信设备生成的第三路由规则;
所述第一通信设备确定所述第二通信设备最终执行的路由规则为所述第三路由规则;
其中,所述第三路由规则是所述第二通信设备根据所述当前网络的状态信息和/或所述IP流的特性信息、以及ANDSF策略、用户喜好和本地运行环境信息中的至少一种信息生成的。
基于上述任一实施例,本发明实施例提供的ANDSF策略中包含用于表示UE侧满足设定的IP流量过滤器的上行IP流进行路由的接入技术和/或接入网络的上行链路的路由规则,以及用于表示分组数据网网关PGW侧满足设定的IP流量过滤器的下行IP流进行路由的接入技术和/或接入网络的下行链路的路由规则;和/或,
所述ANDSF策略的路由准则中包含用于表示IP流经由当前网络进行传输时所需满足的条件。
进一步,用于表示IP流经由当前网络进行传输时所需满足的条件包括需要满足的网络拥塞程度、需要满足的IP流时延、需要满足的抖动特性中的至少一种。
本发明提供了另一种IP流路由规则的确定方法,该方法包括:
第二通信设备接收第一通信设备通知的不同于所述第二通信设备当前执行的路由规则的第一路由规则;
所述第二通信设备根据设定的条件,判断是否接受所述第一路由规则;
所述第二通信设备根据判断结果,向所述第一通信设备返回不同的消息。
下面分别从第一通信设备为UE且第二通信设备为网络设备与第一通信设备为网络设备且第二通信设备为UE两种应用场景进行详细说明。
第一种应用场景,第一通信设备为UE且第二通信设备为网络设备。
在实施中,所述第二通信设备根据设定的条件,判断是否接受所述第一路由规则,包括:
所述第二通信设备根据当前网络的状态信息和/或所述IP流的特性信息,判断是否接受所述第一路由规则;
在判断出接受所述第一路由规则后,所述第二通信设备向所述第一通信设备返回第一消息并执行所述第一路由规则,所述第一消息用于通知所述第一通信设备所述第二通信设备接受所述第一路由规则;
在判断出不接受所述第一路由规则后,所述第二通信设备向所述第一通信设备返回第二消息,所述第二消息用于通知所述第一通信设备所述第二通信设备不接受所述第一路由规则,且所述第二消息中携带当前网络的状态信息和/或所述IP流的特性信息。
进一步,所述第二通信设备向所述第一通信设备返回所述第二消息之后,所述方法还包括:
所述第二通信设备接收所述第一通信设备通知的第二路由规则,并执行所述第二路由规则,其中,所述第二路由规则是所述第一通信设备根据所述第二消息中携带的信息生成的。
第二种应用场景,第一通信设备为网络设备且第二通信设备为UE。
在实施中,所述第二通信设备根据设定的条件,判断是否接受所述第一路由规则,包括:
所述第二通信设备根据所述第一通信设备通知的当前网络的状态信息和/或IP流的特性信息,判断是否接受所述第一路由规则;
在判断出接受所述第一路由规则后,所述第二通信设备向所述第一通信设备返回第一消息并执行所述第一路由规则,所述第一消息用于通知所述第一通信设备所述第二通信设备接受所述第一路由规则;
在判断出不接受所述第一路由规则后,所述第二通信设备根据所述第一通信设备通知的当前网络的状态信息和/或IP流的特性信息,为自身生成第三路由规则,并执行所述第三路由规则以及向所述第一通信设备返回第三消息,所述第三消息用于通知所述第一通信设备所述第二通信设备不接受所述第一路由规则,且所述第三消息中携带所述第三路由规则。
进一步,所述第二通信设备根据所述第一通信设备通知的当前网络的状态信息和/或IP流的特性信息,为自身生成所述第三路由规则,包括:
所述第二通信设备根据ANDSF策略、用户喜好、以及本地运行环境信息中的至少一种信息、以及所述第一通信设备通知的当前网络的状态信息和/或IP流的特性信息,为自身生成所述第三路由规则。
基于上述任一实施例,本发明实施例提供的ANDSF策略中包含用于表示UE侧满足设定的IP流量过滤器的上行IP流进行路由的接入技术和/或接入网络的上行链路的路由规则,以及用于表示分组数据网网关PGW侧满足设定的IP流量过滤器的下行IP流进行路由的接入技术和/或接入网络的下行链路的路由规则;和/或,
所述ANDSF策略的路由准则中包含用于表示IP流经由当前网络进行传输时所需满足的条件。
进一步,用于表示IP流经由当前网络进行传输时所需满足的条件包括需要满足的网络拥塞程度、需要满足的IP流时延、需要满足的抖动特性中的至少一种。
本发明实施例提供了一种通信设备,该通信设备包括:
路由规则生成模块,用于在发起IFOM过程中,为第二通信设备生成不同于所述第二通信设备当前执行的路由规则的第一路由规则;
通知模块,用于将所述第一路由规则通知给第二通信设备,以请求所述第二通信设备执行所述第一路由规则;
处理模块,用于根据所述第二通信设备返回的消息,确定所述第二通信设备最终执行的路由规则。
下面分别从该通信设备为UE且第二通信设备为网络设备与该通信设备为网络设备且第二通信设备为UE两种应用场景进行详细说明。
第一种应用场景,该通信设备为UE且第二通信设备为网络设备。
该场景下,作为第一种优选的实现方式,所述处理模块具体用于:
在接收到所述第二通信设备返回的第一消息后,确定所述第二通信设备最终执行的路由规则为所述第一路由规则,其中,所述第一消息用于通知所述通信设备所述第二通信设备接受所述第一路由规则。
作为第二种优选的实现方式,所述处理模块具体用于:
接收到所述第二通信设备返回的第二消息,所述第二消息用于通知所述通信设备所述第二通信设备不接受所述第一路由规则,且所述第二消息中携带当前网络的状态信息和/或所述IP流的特性信息;根据所述第二消息中携带的信息,为所述第二通信设备生成不同于所述第一路由规则的第二路由规则;以及将所述第二路由规则通知给第二通信设备,以请求所述第二通信设备执行所述第二路由规则。
该方式下,所述处理模块根据所述第二消息中携带的信息,为所述第二通信设备生成所述第二路由规则,具体为:
根据接入网络发现和选择功能ANDSF策略、用户喜好和本地运行环境信息中的至少一种信息、以及所述第二消息中携带的信息,为所述第二通信设备生成所述第二路由规则。
该方式下,所述处理模块将所述第二路由规则通知给所述第二通信设备后,还用于:
接收到所述第二通信设备返回的第三消息,确定所述第二通信设备最终执行的路由规则为所述第二路由规则,其中,所述第三消息用于通知所述通信设备所述第二通信设备接受所述第二路由规则。
第二种应用场景,该通信设备为网络设备且第二通信设备为UE。
该场景下,所述路由规则生成模块具体用于:
在发起IFOM过程中,根据当前网络的状态信息和/或IP流的特性信息,为所述第二通信设备生成所述第一路由规则。
该场景下,所述通知模块具体用于:
将所述第一路由规则以及当前网络的状态信息和/或所述IP流的特性信息,通知给所述第二通信设备。
该场景下,作为第一种优选的实现方式,所述处理模块具体用于:
在接收到所述第二通信设备返回的第一消息后,确定所述第二通信设备最终执行的路由规则为所述第一路由规则,其中,所述第一消息用于通知所述通信设备所述第二通信设备接受所述第一路由规则。
作为第二种优选的实现方式,所述处理模块具体用于:
接收到所述第二通信设备返回的第四消息,所述第四消息用于通知所述通信设备所述第二通信设备不接受所述第一路由规则,且所述第四消息中携带所述第二通信设备生成的第三路由规则;以及确定所述第二通信设备最终执行的路由规则为所述第三路由规则;
其中,所述第三路由规则是所述第二通信设备根据所述当前网络的状态信息和/或所述IP流的特性信息、以及ANDSF策略、用户喜好和本地运行环境信息中的至少一种信息生成的。
本发明实施例提供了另一种通信设备,该通信设备包括:
接收模块,用于接收第一通信设备通知的不同于所述通信设备当前执行的路由规则的第一路由规则;
处理模块,用于根据设定的条件,判断是否接受所述第一路由规则,并根据所述判定模块的判断结果,向所述第一通信设备返回不同的消息。
下面分别从该通信设备为网络设备且第一通信设备为UE与该通信设备为UE且第一通信设备为网络设备两种应用场景进行详细说明。
第一种应用场景,该通信设备为网络设备且第一通信设备为UE。
该场景下,所述处理模块具体用于:
根据当前网络的状态信息和/或所述IP流的特性信息,判断是否接受所述第一路由规则;
在判断出接受所述第一路由规则后,向所述第一通信设备返回第一消息并执行所述第一路由规则,所述第一消息用于通知所述第一通信设备所述通信设备接受所述第一路由规则;
在判断出不接受所述第一路由规则后,向所述第一通信设备返回第二消息,所述第二消息用于通知所述第一通信设备所述通信设备不接受所述第一路由规则,且所述第二消息中携带当前网络的状态信息和/或所述IP流的特性信息。
较佳地,所述接收模块还用于:
接收所述第一通信设备通知的第二路由规则,并执行所述第二路由规则,其中,所述第二路由规则是所述第一通信设备根据所述第二消息中携带的信息生成的。
第二种应用场景,该通信设备为UE且第一通信设备为网络设备。
该场景下,所述处理模块具体用于:
根据所述第一通信设备通知的当前网络的状态信息和/或IP流的特性信息,判断是否接受所述第一路由规则;
在判断出接受所述第一路由规则后,向所述第一通信设备返回第一消息并执行所述第一路由规则,所述第一消息用于通知所述第一通信设备所述通信设备接受所述第一路由规则;
在判断出不接受所述第一路由规则后,根据所述第一通信设备通知的当前网络的状态信息和/或IP流的特性信息,为自身生成第三路由规则,并执行所述第三路由规则以及向所述第一通信设备返回第三消息,所述第三消息用于通知所述第一通信设备所述通信设备不接受所述第一路由规则,且所述第三消息中携带所述第三路由规则。
较佳地,所述处理模块根据所述第一通信设备通知的当前网络的状态信息和/或IP流的特性信息,为自身生成所述第三路由规则,具体为:
根据ANDSF策略、用户喜好、以及本地运行环境信息中的至少一种信息、以及所述第一通信设备通知的当前网络的状态信息和/或IP流的特性信息,为自身生成所述第三路由规则。
本发明实施例提供的一种UE,包括收发信机、以及与该收发信机连接的至少一个处理器,其中:
一、对于UE-intiated IFOM,即由UE发起IFOM过程,则:
处理器被配置用于:在发起IFOM过程中,生成不同于网络设备当前执行的路由规则的第一路由规则;以及根据网络设备返回的消息,确定网络设备最终执行的路由规则。
收发信机被配置用于:将处理器生成的第一路由规则通知给第二通信设备,以请求第二通信设备执行该第一路由规则;以及接收网络设备返回的消息。
进一步,作为第一种优选的实现方式,处理器被配置具体用于:
在收发信机接收到所述第二通信设备返回的第一消息后,确定所述第二通信设备最终执行的路由规则为所述第一路由规则,其中,所述第一消息用于通知所述第一通信设备所述第二通信设备接受所述第一路由规则。
该场景下,作为第二种优选的实现方式,处理器被配置具体用于:在收发信机接收到所述第二通信设备返回的第二消息后,根据所述第二消息中携带的信息,为所述第二通信设备生成不同于所述第一路由规则的第二路由规则,其中,所述第二消息用于通知所述第一通信设备所述第二通信设备不接受所述第一路由规则,且所述第二消息中携带当前网络的状态信息和/或所述IP流的特性信息;
收发信机被配置具体用于:将所述第二路由规则通知给第二通信设备,以请求所述第二通信设备执行所述第二路由规则。
该方式下,处理器根据所述第二消息中携带的信息,为所述第二通信设备生成所述第二路由规则,具体为:
根据接入网络发现和选择功能ANDSF策略、用户喜好和本地运行环境信息中的至少一种信息、以及所述第二消息中携带的信息,为所述第二通信设备生成所述第二路由规则。
该方式下,收发信机将所述第二路由规则通知给第二通信设备后,还被配置用于:接收所述第二通信设备返回的第三消息,其中,所述第三消息用于通知所述第一通信设备所述第二通信设备接受所述第二路由规则;
处理器还被配置用于:确定所述第二通信设备最终执行的路由规则为所述第二路由规则。
二、对于Network-intiated IFOM,即由网络设备发起IFOM过程,则:
处理器被配置具体用于:
根据所述第一通信设备通知的当前网络的状态信息和/或IP流的特性信息,判断是否接受所述第一路由规则;
在判断出接受所述第一路由规则后,执行所述第一路由规则,并触发收发信机向所述第一通信设备返回第一消息,所述第一消息用于通知所述第一通信设备所述第二通信设备接受所述第一路由规则;
在判断出不接受所述第一路由规则后,根据所述第一通信设备通知的当前网络的状态信息和/或IP流的特性信息,为自身所属的UE生成第三路由规则,并执行所述第三路由规则,以及触发收发信机向所述第一通信设备返回第三消息,所述第三消息用于通知所述第一通信设备所述第二通信设备不接受所述第一路由规则,且所述第三消息中携带所述第三路由规则。
进一步,处理器根据所述第一通信设备通知的当前网络的状态信息和/或IP流的特性信息,为自身所属的UE生成所述第三路由规则,具体为:
根据ANDSF策略、用户喜好、以及本地运行环境信息中的至少一种信息、以及所述第一通信设备通知的当前网络的状态信息和/或IP流的特性信息,为自身所属的UE生成所述第三路由规则。
本发明实施例提供了一种网络设备,包括收发信机、以及与该收发信机连接的至少一个处理器,其中:
一、对于UE-intiated IFOM,即由UE发起IFOM过程,则:
处理器被配置用于:
根据当前网络的状态信息和/或所述IP流的特性信息,判断是否接受所述第一路由规则;
在判断出接受所述第一路由规则后,执行所述第一路由规则,并触发收发信机向所述第一通信设备返回第一消息,所述第一消息用于通知所述第一通信设备所述第二通信设备接受所述第一路由规则;
在判断出不接受所述第一路由规则后,触发收发信机向所述第一通信设备返回第二消息,所述第二消息用于通知所述第一通信设备所述第二通信设备不接受所述第一路由规则,且所述第二消息中携带当前网络的状态信息和/或所述IP流的特性信息。
该场景下,收发信机还被配置用于:接收所述第一通信设备通知的第二路由规则其中,所述第二路由规则是所述第一通信设备根据所述第二消息中携带的信息生成的;
处理器还被配置用于:执行所述第二路由规则。
二、对于Network-intiated IFOM,即由网络设备发起IFOM过程,则:
处理器被配置用于:在发起IFOM过程中,为第二通信设备生成不同于所述第二通信设备当前执行的路由规则的第一路由规则;以及根据所述第二通信设备返回的消息,确定所述第二通信设备最终执行的路由规则。
收发信机被配置用于:将所述第一路由规则通知给第二通信设备,以请求所述第二通信设备执行所述第一路由规则。
在实施中,处理器被配置具体用于:在发起IFOM过程中,根据当前网络的状态信息和/或IP流的特性信息,为所述第二通信设备生成所述第一路由规则。
在实施中,收发信机被配置具体用于:将所述第一路由规则以及当前网络的状态信息和/或所述IP流的特性信息,通知给所述第二通信设备。
在实施中,作为第一种优选的实现方式,处理器被配置具体用于:
在收发信机接收到所述第二通信设备返回的第一消息后,确定所述第二通信设备最终执行的路由规则为所述第一路由规则,其中,所述第一消息用于通知所述第一通信设备所述第二通信设备接受所述第一路由规则。
该场景下,作为第二种优选的实现方式,收发信机被配置具体用于:接收到所述第二通信设备返回的第四消息,所述第四消息用于通知所述第一通信设备所述第二通信设备不接受所述第一路由规则,且所述第四消息中携带所述第二通信设备生成的第三路由规则;
处理器被配置具体用于:确定所述第二通信设备最终执行的路由规则为所述第三路由规则;
其中,所述第三路由规则是所述第二通信设备根据所述当前网络的状态信息和/或所述IP流的特性信息、以及ANDSF策略、用户喜好和本地运行环境信息中的至少一种信息生成的。
本发明实施例提供的一种IP流路由规则的确定方法和设备中,第一通信设备在发起IFOM过程中,生成不同于第二通信设备当前执行的路由规则的第一路由规则;第一通信设备将该第一路由规则通知给第二通信设备,以请求第二通信设备执行该第一路由规则;以及,第一通信设备根据第二通信设备返回的消息,确定第二通信设备最终执行的路由规则,从而提供了一种通过网络设备与终端间的协商,制定最优路由规则的方案。
第二通信设备接收第一通信设备通知的不同于该第二通信设备当前执行的路由规则的第一路由规则;第二通信设备根据设定的条件,判断是否接受第一路由规则;第二通信设备根据判断结果,向第一通信设备返回不同的消息,从而提供了一种通过网络设备与终端间的协商,制定最优路由规则的方案。
附图说明
图1为本发明提供的一种IP流路由规则的确定方法的示意图;
图2为本发明提供的扩展后的ANDSF策略的示意图;
图3为本发明提供的另一种IP流路由规则的确定方法的示意图;
图4为本发明提供的实施例一的流程示意图;
图5为本发明提供的实施例二的流程示意图;
图6为本发明提供的实施例三的流程示意图;
图7为本发明提供的实施例四的流程示意图;
图8为本发明提供的一种通信设备的示意图;
图9为本发明提供的另一种通信设备的示意图;
图10为本发明提供的UE的示意图;
图11为本发明提供的网络侧设备的示意图。
具体实施方式
本发明提供了一种通过网络设备与终端之间的协商,制定出最优的路由规则的技术方案。下面结合说明书附图对本发明实施例作进一步详细描述。应当理解,此处所描述的实施例仅用于说明和解释本发明,并不用于限定本发明。
本发明实施例提供的一种IP流路由规则的确定方法,参见图1所示,该方法包括以下步骤:
步骤11、第一通信设备在发起IFOM过程中,生成不同于第二通信设备当前执行的路由规则的第一路由规则;
步骤12、第一通信设备将该第一路由规则通知给第二通信设备,以请求第二通信设备执行该第一路由规则;
步骤13、第一通信设备根据第二通信设备返回的消息,确定第二通信设备最终执行的路由规则。
其中,第二通信设备在接收到第一路由规则后,判断是否接受该第一路由规则,并根据判断结果,向第一通信设备返回不同的消息。
本发明实施例中,第一通信设备为UE且第二通信设备为网络设备;或者,第一通信设备为网络设备且第二通信设备为UE。
较佳地,网络设备为UE的PDN连接所锚定的PGW,或者,网络侧设备包括UE的PDN连接所锚定的PGW和PCRF实体。
本发明实施例中的第一通信设备是指发起IFOM过程的通信设备。具体的,对于UE-intiated IFOM,第一设备为UE,此时第二设备为网络设备;对于Network-intiated IFOM,第一设备为网络设备,此时第二设备为UE。
本发明实施例中,第一通信设备在发起IFOM过程中,生成不同于第二通信设备当前执行的路由规则的第一路由规则;将该第一路由规则通知给第二通信设备,以请求第二通信设备执行该第一路由规则;第一通信设备根据第二通信设备返回的消息,确定第二通信设备最终执行的路由规则。从而提供了一种通过网络设备与终端间的协商,制定最优路由规则的方案。
下面分别从第一通信设备为UE且第二通信设备为网络设备与第一通信设备为网络设备且第二通信设备为UE两种应用场景进行详细说明。
第一种应用场景,第一通信设备为UE且第二通信设备为网络设备。其中,第二通信设备为第一通信设备的PDN连接所锚定的PGW,或者,第二通信设备包括第一通信设备的PDN连接所锚定的PGW和PCRF实体。
该场景下,步骤11具体为:第一通信设备根据ANDSF策略、user preference(用户喜好)、以及Local Operating Environment Information(本地运行环境信息)中的至少一个信息,生成第一路由规则。
在实施中,第一通信设备已存储了ANDSF实体为其配置的ANDSF策略,或者,第一通信设备在发起IFOM过程中,从ANDSF实体获取ANDSF策略。
在实施中,根据所使用的协议不同,步骤12中第一通信设备将该第一路由规则通知给第二通信设备,包括以下几种方式:
方式一、若采用DISMIPv6协议,则第一通信设备能够与用于该第一通信设备的PDN连接所锚定的PGW直接通信,则步骤12具体为:
第一通信设备向该第一通信设备的PDN连接所锚定的PGW发送绑定更新(BindingUpdate)消息,并在该绑定更新消息中携带第一路由规则,以使PGW执行该第一路由规则。
该方式下,可由PGW判断是否接受该第一路由规则,也可以由PCRF实体判断是否接受该第一路由规则。
若由PCRF实体判断是否接受该第一路由规则,进一步,PGW将第一路由规则通知给PCRF实体,以使PCRF实体判断是否接受该第一路由规则,PCRF实体将判断结果返回给PGW。
方式二、若采用S2a-GTP协议,则第一通信设备不能够与该第一通信设备的PDN连接所锚定的PGW直接通信,则:
若第一通信设备通过WLAN接入网络通知第二通信设备,步骤12具体为:第一通信设备将第一路由规则发送给TWAG,以使TWAG通过GTP消息将第一路由规则通知给PGW。
若第一通信设备通过3GPP接入网络通知第二通信设备,步骤12具体为:第一通信设备将第一路由规则发送给移动性管理实体(Mobility Management Entity,MME),以使MME通过服务网关(Serving Gateway,SGW)将第一路由规则通知给PGW。
该方式下,可由PGW判断是否接受该第一路由规则,也可以由PCRF实体判断是否接受该第一路由规则。
若由PCRF实体判断是否接受该第一路由规则,进一步,PGW将第一路由规则通知给PCRF实体,以使PCRF实体判断是否接受该第一路由规则,PCRF实体将判断结果返回给PGW。
该场景下,步骤13中,第一通信设备根据第二通信设备返回的信息,确定该第二通信设备最终执行的路由规则,具体包括以下两种处理方式:
一、若第二通信设备接受第一路由规则,则:
步骤13具体为:第一通信设备在接收到第二通信设备返回的第一消息后,确定该第二通信设备最终执行的路由规则为第一路由规则,该第一消息用于通知第一通信设备第二通信设备接受第一路由规则。
二、若第二通信设备不接受第一路由规则,则步骤13具体为:
第一通信设备接收到第二通信设备返回的第二消息,该第二消息用于通知第一通信设备第二通信设备不接受第一路由规则,且该第二消息中携带接入网络的特性信息和/或IP流的特性信息;
第一通信设备根据该第二消息中携带的信息,为该第二通信设备生成不同于该第一路由规则的第二路由规则;以及,
第一通信设备将该第二路由规则通知给第二通信设备,以请求第二通信设备执行该第二路由规则。
其中,接入网络的特性信息至少包括:用于表示接入网络当前拥塞程度的信息;IP流的特性信息包括以下信息中的至少一种:IP流的时延信息、用于表示IP流的抖动特性的信息。
较佳地,第一通信设备根据第二消息中携带的信息,为第二通信设备生成第二路由规则,包括:
第一通信设备根据ANDSF策略、user preference和Local OperatingEnvironment Information中的至少一种信息、以及第二消息中携带的信息,为第二通信设备生成第二路由规则。
进一步,第一通信设备将第二路由规则通知给第二通信设备后,该方法还包括:
第一通信设备接收到第二通信设备返回的第三消息,确定第二通信设备最终执行的路由规则为第二路由规则,其中,该第三消息用于通知第一通信设备第二通信设备接受第二路由规则。
第二种应用场景,第一通信设备为网络设备且第二通信设备为UE。其中,第一通信设备为第二通信设备的PDN连接所锚定的PGW,或者,第一通信设备包括第二通信设备的PDN连接所锚定的PGW和PCRF实体。
该场景下,步骤11具体为:第一通信设备在发起IFOM过程中,根据接入网络的特性信息和/或IP流的特性信息,为该第二通信设备生成第一路由规则。
具体的,可以由PCRF实体在发起IFOM过程中,为该第二通信设备生成第一路由规则,也可以由该第二通信设备的PDN连接所锚定的PGW在发起IFOM过程中,为该第二通信设备生成第一路由规则。
其中,接入网络的特性信息至少包括:用于表示接入网络当前拥塞程度的信息;IP流的特性信息包括以下信息中的至少一种:IP流的时延信息、用于表示IP流的抖动特性的信息。
该场景下,步骤12具体为:第一通信设备将第一路由规则、以及接入网络的特性信息和/或IP流的特性信息,通知给第二通信设备。
具体的,若步骤11中第一通信设备根据接入网络的特性信息,生成第一路由规则,则步骤12具体为:第一通信设备将第一路由规则以及接入网络的特性信息,通知给第二通信设备;
若步骤11中第一通信设备根据当前传输的IP流的特性信息,生成第一路由规则步骤12具体为:第一通信设备将第一路由规则以及IP流的特性信息,通知给第二通信设备;
若步骤11中第一通信设备根据接入网络的特性信息和当前传输的IP流的特性信息,生成第一路由规则,则步骤12具体为:第一通信设备将第一路由规则、接入网络的特性信息、以及IP流的特性信息,通知给第二通信设备。
在实施中,若由PCRF实体生成第一路由规则,则根据所使用的协议不同,步骤12中第一通信设备将该第一路由规则、以及接入网络的特性信息和/或IP流的特性信息,通知给第二通信设备,包括以下几种方式:
方式1、若采用DISMIPv6协议,PCRF实体能够与第二通信设备的PDN连接所锚定的PGW直接通信,则步骤12具体为:
PCRF实体将第一路由规则发送给第二通信设备的PDN连接所锚定的PGW,以使PGW将该第一路由规则发送给第二通信设备。
方式2、若采用S2a-GTP协议,则PCRF实体不能够与第二通信设备的PDN连接所锚定的PGW直接通信,则:
若第二通信设备通过WLAN接入网络,步骤12具体为:PCRF实体将第一有路由规则发送给TWAG,以使TWAG将第一路由规则通知给PGW,再由PGW将第一路由规则通知给第二通信设备;
若第二通信设备通过3GPP接入网络,步骤12具体为:PCRF实体将第一路由规则发送给SGW,以使SGW通过MME将第一路由规则通知给PGW,再由PGW将第一路由规则通知给第二通信设备。
该场景下,步骤13中,第一通信设备根据第二通信设备返回的信息,执行不同的处理,具体包括以下两种处理方式:
一、若第二通信设备接受第一路由规则,则:
步骤13具体为:第一通信设备在接收到第二通信设备返回的第一消息后,确定第二通信设备最终执行的路由规则为第一路由规则,该第一消息用于通知第一通信设备第二通信设备接受第一路由规则。
二、若第二通信设备不接受第一路由规则,则步骤13具体为:
第一通信设备接收到第二通信设备返回的第四消息,该第四消息用于通知第一通信设备第二通信设备不接受第一路由规则,且该第四消息中携带第二通信设备生成的第三路由规则;以及,
第一通信设备确定第二通信设备最终执行的路由规则为该第三路由规则;
其中,第三路由规则是第二通信设备根据当前网络的状态信息和/或IP流的特性信息、以及ANDSF策略、用户喜好和本地运行环境信息中的至少一种信息生成的。
基于上述任一实施例,为了支持上述第一通信设备与第二通信设备的协商,本发明实施例还对ANDSF策略进行扩展,具体如下:
ANDSF策略中包含用于表示UE侧满足设定的IP traffic filters(IP流量过滤器)的上行IP流进行路由的接入技术和/或接入网络的上行链路的路由规则,以及用于表示分组数据网网关PGW侧满足设定的IP traffic filters的下行IP流进行路由的接入技术和/或接入网络的下行链路的路由规则;和/或,
ANDSF策略的路由准则中包含用于表示IP流经由当前网络进行传输时所需满足的条件。
较佳地,用于表示IP流经由当前网络进行传输时所需满足的条件包括需要满足的网络拥塞程度、需要满足的IP流时延、需要满足的抖动特性中的至少一种。
举例说明,ANDSF策略中的IFOM rule扩展后的结构如图2所示,图中“Direction”包括Uplink(即用于表示UE侧满足设定的IP traffic filters的上行IP流进行路由的接入技术和/或接入网络的上行链路的路由规则)和Downlink(用于表示分组数据网网关PGW侧满足设定的IP traffic filters的下行IP流进行路由的接入技术和/或接入网络的下行链路的路由规则),在RoutinCriteria(路由规则)中增加了用于表示IP流经由当前网络进行传输时所需满足的网络拥塞程度的条件,如所需满足的阈值条件(TH),若当前网络的拥塞程度不大于TH,说明当前网络不拥塞;若当前网络的拥塞程度大于TH,说明当前网络拥塞。
基于同一发明构思,本发明实施例还提供了一种IP流路由规则的确定方法,参见图3所示,该方法包括:
步骤31、第二通信设备接收第一通信设备通知的不同于该第二通信设备当前执行的路由规则的第一路由规则;
步骤32、第二通信设备根据设定的条件,判断是否接受第一路由规则;
步骤33、第二通信设备根据判断结果,向第一通信设备返回不同的消息。
本发明实施例中,第一通信设备为UE且第二通信设备为网络设备;或者,第一通信设备为网络设备且第二通信设备为UE。
较佳地,网络设备为UE的PDN连接所锚定的PGW,或者,网络侧设备包括UE的PDN连接所锚定的PGW和PCRF实体。
本发明实施例中,第二通信设备接收第一通信设备通知的不同于该第二通信设备当前执行的路由规则的第一路由规则;第二通信设备根据设定的条件,判断是否接受第一路由规则;以及第二通信设备根据判断结果,向第一通信设备返回不同的消息。从而提供了一种通过网络设备与终端间的协商,制定最优路由规则的方案。
下面分别从第一通信设备为UE且第二通信设备为网络设备与第一通信设备为网络设备且第二通信设备为UE两种应用场景进行详细说明。
第一种应用场景,第一通信设备为UE且第二通信设备为网络设备。
该场景下,第二通信设备根据设定的条件,判断是否接受第一路由规则,包括:
第二通信设备根据当前网络的状态信息和/或IP流的特性信息,判断是否接受第一路由规则;
在判断出接受第一路由规则后,第二通信设备向第一通信设备返回第一消息并执行第一路由规则,该第一消息用于通知第一通信设备第二通信设备接受该第一路由规则;
在判断出不接受第一路由规则后,第二通信设备向第一通信设备返回第二消息,该第二消息用于通知第一通信设备第二通信设备不接受第一路由规则,且该第二消息中携带当前网络的状态信息和/或IP流的特性信息。
具体的,若第二通信设备根据当前网络的状态信息判断出不接受第一路由规则,则该第二消息中携带当前网络的状态信息;若第二通信设备根据IP流的特性信息判断出不接受第一路由规则,则该第二消息中携带IP流的特性信息;若第二通信设备根据当前网络的状态信息和IP流的特性信息判断出不接受第一路由规则,则该第二消息中携带当前网络的状态信息和IP流的特性信息。
进一步,第二通信设备向第一通信设备返回第二消息之后,该方法还包括:第二通信设备接收第一通信设备通知的第二路由规则,并执行该第二路由规则,其中,该第二路由规则是第一通信设备根据第二消息中携带的信息生成的。
第二种应用场景,第一通信设备为网络设备且第二通信设备为UE。
该场景下,第二通信设备根据设定的条件,判断是否接受第一路由规则,包括:
第二通信设备根据第一通信设备通知的当前网络的状态信息和/或IP流的特性信息,判断是否接受第一路由规则;
在判断出接受第一路由规则后,第二通信设备向第一通信设备返回第一消息并执行该第一路由规则,该第一消息用于通知第一通信设备第二通信设备接受第一路由规则;
在判断出不接受第一路由规则后,第二通信设备根据第一通信设备通知的当前网络的状态信息和/或IP流的特性信息,为自身生成第三路由规则,并执行该第三路由规则以及向第一通信设备返回第三消息,该第三消息用于通知第一通信设备第二通信设备不接受第一路由规则,且该第三消息中携带第三路由规则。
具体的,若第一通信设备通知给第二通信设备的是第一路由规则以及接入网络的特性信息,则第二通信设备根据接入网络的特性信息,为自身生成第三路由规则;
若第一通信设备通知给第二通信设备的是第一路由规则以及IP流的特性信息,则第二通信设备根据IP流的特性信息,为自身生成第三路由规则;
若第一通信设备通知给第二通信设备的是第一路由规则、接入网络的特性信息、以及IP流的特性信息,则第二通信设备根据当前传输的IP流的特性信息、IP流的特性信息,为自身生成第三路由规则。
较佳地,第二通信设备根据第一通信设备通知的当前网络的状态信息和/或IP流的特性信息,为自身生成第三路由规则,包括:
第一通信设备根据ANDSF策略、用户喜好、以及本地运行环境信息中的至少一种信息、以及第一通信设备通知的当前网络的状态信息和/或IP流的特性信息,为自身生成第三路由规则。
基于上述任一实施例,为了支持上述第一通信设备与第二通信设备的协商,本发明实施例还对ANDSF策略进行扩展,具体如下:
ANDSF策略中包含用于表示UE侧满足设定的IP traffic filters的上行IP流进行路由的接入技术和/或接入网络的上行链路的路由规则,以及用于表示分组数据网网关PGW侧满足设定的IP traffic filters的下行IP流进行路由的接入技术和/或接入网络的下行链路的路由规则;和/或,
ANDSF策略的路由准则中包含用于表示IP流经由当前网络进行传输时所需满足的条件。
较佳地,用于表示IP流经由当前网络进行传输时所需满足的条件包括需要满足的网络拥塞程度、需要满足的IP流时延、需要满足的抖动特性中的至少一种。
下面通过以下四个具体实施例,从第一通信设备和第二通信设备的交互过程,对本发明实施例提供的一种IP流路由规则的确定方法进行详细说明。
实施例一、本实施例中UE-initiated IFOM,且基于DISMIPv6实现UE与网络侧的协商。具体过程参见图4所示,包括:
1、UE同时连接到3GPP接入和non-3GPP接入,根据routing rule,IP流通过3GPP接入和non-3GPP接入进行传输。
2、UE向PGW(HA)发送Binding Update(HoA,BID,FID)消息,以请求HA执行新的routing rule。其中,家乡代理(Home Agent,HA)功能集成于PGW中。
3、PGW通过IP连接访问网络(IP Connectivity Access Network,IP-CAN)会话修改请求消息,向PCRF实体提供routing rule。
4、如果PCRF实体根据当前网络状态(如网络拥塞)发现routing rule不合适,PCRF向PGW返回网络状态信息;如果PCRF接受routing rule,则直接返回确认,不执行步骤7-10。
5、PGW(HA)向UE返回Binding Acknowledge(寿命(Lifetime),HoA,BID,FID)消息,该消息中携带网络状态信息。
6、UE根据网络状态信息和ANDSF策略检查修改的routing rule是否合适,如果修改的routing rule符合ANDSF策略则接受,否则拒绝。
7-10、与步骤2-5类似,UE向网络发送接受修改的routing rule或拒绝该修改的routing rule的指示,网络向UE进行确认。
11、non-3GPP接入侧的资源建立/释放过程。
12、3GPP接入侧的资源建立/释放过程。
实施例二、本实施例中UE-initiated IFOM,且基于S2a-GTP实现UE与网络侧的协商。具体过程参见图5所示,包括:
1、UE同时连接到3GPP接入和non-3GPP接入,根据routing rule,IP流通过3GPP接入和non-3GPP接入进行传输。
2、UE通过WLAN控制协议(WLAN Control Protocol,WLCP)消息向TWAG指示更新的routing rule。
3、TWAG通过GTP消息向PGW指示更新的routing rule。
4、PGW与PCRF实体进行交互,向PCRF实体提供更新的routing rule,PCRF根据接入网络的状态消息/IP流的特性消息,判断更新的routing rule是否合适。本实施例中PCRF实体认为合适并向PGW确认。
5-6、PGW通知TWAG该PCRF实体接受更新的routing rule。
7、TWAG通过WLCP消息通知UE该PCRF实体接受更新的routing rule。
8、TWAN相关资源修改。
9、3GPP侧资源建立或修改过程。
实施例三、本实施例中Network-initiated IFOM,且基于DSMIPv6实现UE与网络侧的协商。具体过程参见图6所示,包括:
1、UE同时连接到3GPP接入和non-3GPP接入,根据routing rule,IP流通过3GPP接入和non-3GPP接入进行传输。
2、PCRF实体根据IP流的特性消息/接入网络的状态消息,决定更新routing rule,PCRF实体向PGW发送更新的routing rule。
3、PGW向UE发送更新的routing rule。
4、UE根据接入网络的状态消息/IP流的特性信息和ANDSF策略判断PCRF实体更新的routing rule是否合适。本实施例中UE认为合适并向PGW确认。
5-6、UE通知网络该UE接受更新的routing rule。
7-8、3GPP接入和非3GPP接入相关资源处理过程。
实施例四、本实施例中Network-initiated IFOM,且基于S2a实现UE与网络侧的协商。具体过程参见图7所示,包括:
1、UE同时连接到3GPP接入和non-3GPP接入,根据routing rule,IP流通过3GPP接入和non-3GPP接入进行传输。
2、PCRF实体根据IP流的特性消息/接入网络的状态消息,决定更新routing rule。
3-6、PCRF实体将更新的routing rule和IP流的特性消息/接入网络的状态消息发送给PGW,PGW通过SGW和MME发送给UE。
7、UE根据IP流的特性消息/接入网络的状态消息和ANDSF策略判断PCRF实体更新的routing rule是否合适,本实施例中UE接受该更新的routing rule。
8-11、UE通知网络自身接受更新的routing rule。
12-13、non-3GPP和3GPP接入侧的资源建立/释放过程。
上述方法处理流程可以用软件程序实现,该软件程序可以存储在存储介质中,当存储的软件程序被调用时,执行上述方法步骤。
基于同一发明构思,本发明实施例提供了一种通信设备,如图8所示,该通信设备包括:
路由规则生成模块81,用于在发起IFOM过程中,为第二通信设备生成不同于所述第二通信设备当前执行的路由规则的第一路由规则;
通知模块82,用于将所述第一路由规则通知给第二通信设备,以请求所述第二通信设备执行所述第一路由规则;
处理模块83,用于根据所述第二通信设备返回的消息,确定所述第二通信设备最终执行的路由规则。
本发明实施例中,该通信设备为UE且第二通信设备为网络设备;或者,该通信设备为网络设备且第二通信设备为UE。
较佳地,网络设备为UE的PDN连接所锚定的PGW,或者,网络侧设备包括UE的PDN连接所锚定的PGW和PCRF实体。
下面分别从该通信设备为UE且第二通信设备为网络设备与该通信设备为网络设备且第二通信设备为UE两种应用场景进行详细说明。
第一种应用场景,该通信设备为UE且第二通信设备为网络设备。
该场景下,作为第一种优选的实现方式,处理模块83具体用于:
在接收到所述第二通信设备返回的第一消息后,确定所述第二通信设备最终执行的路由规则为所述第一路由规则,其中,所述第一消息用于通知所述通信设备所述第二通信设备接受所述第一路由规则。
该场景下,作为第二种优选的实现方式,处理模块83具体用于:
接收到所述第二通信设备返回的第二消息,所述第二消息用于通知所述通信设备所述第二通信设备不接受所述第一路由规则,且所述第二消息中携带当前网络的状态信息和/或所述IP流的特性信息;根据所述第二消息中携带的信息,为所述第二通信设备生成不同于所述第一路由规则的第二路由规则;以及将所述第二路由规则通知给第二通信设备,以请求所述第二通信设备执行所述第二路由规则。
该方式下,处理模块83根据所述第二消息中携带的信息,为所述第二通信设备生成所述第二路由规则,具体为:
根据接入网络发现和选择功能ANDSF策略、用户喜好和本地运行环境信息中的至少一种信息、以及所述第二消息中携带的信息,为所述第二通信设备生成所述第二路由规则。
该方式下,处理模块83将所述第二路由规则通知给第二通信设备后,还用于:
接收到所述第二通信设备返回的第三消息,确定所述第二通信设备最终执行的路由规则为所述第二路由规则,其中,所述第三消息用于通知所述通信设备所述第二通信设备接受所述第二路由规则。
第二种应用场景,该通信设备为网络设备且第二通信设备为UE。
该场景下,路由规则生成模块81具体用于:
在发起IFOM过程中,根据当前网络的状态信息和/或IP流的特性信息,为所述第二通信设备生成所述第一路由规则。
该场景下,通知模块82具体用于:
将所述第一路由规则以及当前网络的状态信息和/或所述IP流的特性信息,通知给所述第二通信设备。
该场景下,作为第一种优选的实现方式,处理模块83具体用于:
在接收到所述第二通信设备返回的第一消息后,确定所述第二通信设备最终执行的路由规则为所述第一路由规则,其中,所述第一消息用于通知所述通信设备所述第二通信设备接受所述第一路由规则。
该场景下,作为第二种优选的实现方式,处理模块83具体用于:
接收到所述第二通信设备返回的第四消息,所述第四消息用于通知所述通信设备所述第二通信设备不接受所述第一路由规则,且所述第四消息中携带所述第二通信设备生成的第三路由规则;以及确定所述第二通信设备最终执行的路由规则为所述第三路由规则;
其中,所述第三路由规则是所述第二通信设备根据所述当前网络的状态信息和/或所述IP流的特性信息、以及ANDSF策略、用户喜好和本地运行环境信息中的至少一种信息生成的。
基于上述任一实施例,为了支持上述通信设备与第二通信设备的协商,本发明实施例还对ANDSF策略进行扩展,具体如下:
ANDSF策略中包含用于表示UE侧满足设定的IP traffic filters(IP流量过滤器)的上行IP流进行路由的接入技术和/或接入网络的上行链路的路由规则,以及用于表示分组数据网网关PGW侧满足设定的IP traffic filters的下行IP流进行路由的接入技术和/或接入网络的下行链路的路由规则;和/或,
ANDSF策略的路由准则中包含用于表示IP流经由当前网络进行传输时所需满足的条件。
较佳地,用于表示IP流经由当前网络进行传输时所需满足的条件包括需要满足的网络拥塞程度、需要满足的IP流时延、需要满足的抖动特性中的至少一种。
基于同一发明构思,本发明实施例还提供了一种通信设备,如图9所示,该通信设备包括:
接收模块91,用于接收第一通信设备通知的不同于所述通信设备当前执行的路由规则的第一路由规则;
处理模块92,用于根据设定的条件,判断是否接受所述第一路由规则,并根据所述判定模块的判断结果,向所述第一通信设备返回不同的消息。
本发明实施例中,该通信设备为网络设备且第一通信设备为UE;或者,该通信设备为UE且第一通信设备为网络设备。
较佳地,网络设备为UE的PDN连接所锚定的PGW,或者,网络侧设备包括UE的PDN连接所锚定的PGW和PCRF实体。
下面分别从该通信设备为网络设备且第一通信设备为UE与该通信设备为UE且第一通信设备为网络设备两种应用场景进行详细说明。
第一种应用场景,该通信设备为网络设备且第一通信设备为UE。
该场景下,处理模块92具体用于:
根据当前网络的状态信息和/或所述IP流的特性信息,判断是否接受所述第一路由规则;
在判断出接受所述第一路由规则后,向所述第一通信设备返回第一消息并执行所述第一路由规则,所述第一消息用于通知所述第一通信设备所述通信设备接受所述第一路由规则;
在判断出不接受所述第一路由规则后,向所述第一通信设备返回第二消息,所述第二消息用于通知所述第一通信设备所述通信设备不接受所述第一路由规则,且所述第二消息中携带当前网络的状态信息和/或所述IP流的特性信息。
该场景下,接收模块91还用于:
接收所述第一通信设备通知的第二路由规则,并执行所述第二路由规则,其中,所述第二路由规则是所述第一通信设备根据所述第二消息中携带的信息生成的。
第二种应用场景,该通信设备为UE且第一通信设备为网络设备。
该场景下,处理模块92具体用于:
根据所述第一通信设备通知的当前网络的状态信息和/或IP流的特性信息,判断是否接受所述第一路由规则;
在判断出接受所述第一路由规则后,向所述第一通信设备返回第一消息并执行所述第一路由规则,所述第一消息用于通知所述第一通信设备所述通信设备接受所述第一路由规则;
在判断出不接受所述第一路由规则后,根据所述第一通信设备通知的当前网络的状态信息和/或IP流的特性信息,为自身生成第三路由规则,并执行所述第三路由规则以及向所述第一通信设备返回第三消息,所述第三消息用于通知所述第一通信设备所述通信设备不接受所述第一路由规则,且所述第三消息中携带所述第三路由规则。
进一步,处理模块92根据所述第一通信设备通知的当前网络的状态信息和/或IP流的特性信息,为自身生成所述第三路由规则,具体为:
根据ANDSF策略、用户喜好、以及本地运行环境信息中的至少一种信息、以及所述第一通信设备通知的当前网络的状态信息和/或IP流的特性信息,为自身生成所述第三路由规则。
基于上述任一实施例,为了支持上述第一通信设备与该通信设备的协商,本发明实施例还对ANDSF策略进行扩展,具体如下:
ANDSF策略中包含用于表示UE侧满足设定的IP traffic filters(IP流量过滤器)的上行IP流进行路由的接入技术和/或接入网络的上行链路的路由规则,以及用于表示分组数据网网关PGW侧满足设定的IP traffic filters的下行IP流进行路由的接入技术和/或接入网络的下行链路的路由规则;和/或,
ANDSF策略的路由准则中包含用于表示IP流经由当前网络进行传输时所需满足的条件。
较佳地,用于表示IP流经由当前网络进行传输时所需满足的条件包括需要满足的网络拥塞程度、需要满足的IP流时延、需要满足的抖动特性中的至少一种。
下面结合优选的硬件结构,对本发明实施例提供的UE和网络设备的结构、处理方式进行说明。
如图10所示,该UE包括收发信机101、以及与该收发信机101连接的至少一个处理器102,其中:
一、对于UE-intiated IFOM,即由UE发起IFOM过程,则:
处理器102被配置用于:在发起IFOM过程中,生成不同于网络设备当前执行的路由规则的第一路由规则;以及根据网络设备返回的消息,确定网络设备最终执行的路由规则。
收发信机101被配置用于:将处理器102生成的第一路由规则通知给第二通信设备,以请求第二通信设备执行该第一路由规则;以及接收网络设备返回的消息。
进一步,作为第一种优选的实现方式,处理器102被配置具体用于:
在收发信机101接收到所述第二通信设备返回的第一消息后,确定所述第二通信设备最终执行的路由规则为所述第一路由规则,其中,所述第一消息用于通知所述第一通信设备所述第二通信设备接受所述第一路由规则。
该场景下,作为第二种优选的实现方式,处理器102被配置具体用于:在收发信机101接收到所述第二通信设备返回的第二消息后,根据所述第二消息中携带的信息,为所述第二通信设备生成不同于所述第一路由规则的第二路由规则,其中,所述第二消息用于通知所述第一通信设备所述第二通信设备不接受所述第一路由规则,且所述第二消息中携带当前网络的状态信息和/或所述IP流的特性信息;
收发信机101被配置具体用于:将所述第二路由规则通知给第二通信设备,以请求所述第二通信设备执行所述第二路由规则。
该方式下,处理器102根据所述第二消息中携带的信息,为所述第二通信设备生成所述第二路由规则,具体为:
根据接入网络发现和选择功能ANDSF策略、用户喜好和本地运行环境信息中的至少一种信息、以及所述第二消息中携带的信息,为所述第二通信设备生成所述第二路由规则。
该方式下,收发信机101将所述第二路由规则通知给第二通信设备后,还被配置用于:接收所述第二通信设备返回的第三消息,其中,所述第三消息用于通知所述第一通信设备所述第二通信设备接受所述第二路由规则;
处理器102还被配置用于:确定所述第二通信设备最终执行的路由规则为所述第二路由规则。
二、对于Network-intiated IFOM,即由网络设备发起IFOM过程,则:
处理器102被配置具体用于:
根据所述第一通信设备通知的当前网络的状态信息和/或IP流的特性信息,判断是否接受所述第一路由规则;
在判断出接受所述第一路由规则后,执行所述第一路由规则,并触发收发信机101向所述第一通信设备返回第一消息,所述第一消息用于通知所述第一通信设备所述第二通信设备接受所述第一路由规则;
在判断出不接受所述第一路由规则后,根据所述第一通信设备通知的当前网络的状态信息和/或IP流的特性信息,为自身所属的UE生成第三路由规则,并执行所述第三路由规则,以及触发收发信机101向所述第一通信设备返回第三消息,所述第三消息用于通知所述第一通信设备所述第二通信设备不接受所述第一路由规则,且所述第三消息中携带所述第三路由规则。
进一步,处理器102根据所述第一通信设备通知的当前网络的状态信息和/或IP流的特性信息,为自身所属的UE生成所述第三路由规则,具体为:
根据ANDSF策略、用户喜好、以及本地运行环境信息中的至少一种信息、以及所述第一通信设备通知的当前网络的状态信息和/或IP流的特性信息,为自身所属的UE生成所述第三路由规则。
基于上述任一实施例,为了支持上述UE与网络设备的协商,本发明实施例还对ANDSF策略进行扩展,具体如下:
ANDSF策略中包含用于表示UE侧满足设定的IP traffic filters(IP流量过滤器)的上行IP流进行路由的接入技术和/或接入网络的上行链路的路由规则,以及用于表示分组数据网网关PGW侧满足设定的IP traffic filters的下行IP流进行路由的接入技术和/或接入网络的下行链路的路由规则;和/或,
ANDSF策略的路由准则中包含用于表示IP流经由当前网络进行传输时所需满足的条件。
较佳地,用于表示IP流经由当前网络进行传输时所需满足的条件包括需要满足的网络拥塞程度、需要满足的IP流时延、需要满足的抖动特性中的至少一种。
如图11所示,该网络设备包括收发信机111、以及与该收发信机111连接的至少一个处理器112,其中:
一、对于UE-intiated IFOM,即由UE发起IFOM过程,则:
处理器112被配置用于:
根据当前网络的状态信息和/或所述IP流的特性信息,判断是否接受所述第一路由规则;
在判断出接受所述第一路由规则后,执行所述第一路由规则,并触发收发信机111向所述第一通信设备返回第一消息,所述第一消息用于通知所述第一通信设备所述第二通信设备接受所述第一路由规则;
在判断出不接受所述第一路由规则后,触发收发信机111向所述第一通信设备返回第二消息,所述第二消息用于通知所述第一通信设备所述第二通信设备不接受所述第一路由规则,且所述第二消息中携带当前网络的状态信息和/或所述IP流的特性信息。
该场景下,收发信机111还被配置用于:接收所述第一通信设备通知的第二路由规则其中,所述第二路由规则是所述第一通信设备根据所述第二消息中携带的信息生成的;
处理器112还被配置用于:执行所述第二路由规则。
二、对于Network-intiated IFOM,即由网络设备发起IFOM过程,则:
处理器112被配置用于:在发起IFOM过程中,为第二通信设备生成不同于所述第二通信设备当前执行的路由规则的第一路由规则;以及根据所述第二通信设备返回的消息,确定所述第二通信设备最终执行的路由规则。
收发信机111被配置用于:将所述第一路由规则通知给第二通信设备,以请求所述第二通信设备执行所述第一路由规则。
在实施中,处理器112被配置具体用于:在发起IFOM过程中,根据当前网络的状态信息和/或IP流的特性信息,为所述第二通信设备生成所述第一路由规则。
在实施中,收发信机111被配置具体用于:将所述第一路由规则以及当前网络的状态信息和/或所述IP流的特性信息,通知给所述第二通信设备。
在实施中,作为第一种优选的实现方式,处理器112被配置具体用于:
在收发信机111接收到所述第二通信设备返回的第一消息后,确定所述第二通信设备最终执行的路由规则为所述第一路由规则,其中,所述第一消息用于通知所述第一通信设备所述第二通信设备接受所述第一路由规则。
该场景下,作为第二种优选的实现方式,收发信机111被配置具体用于:接收到所述第二通信设备返回的第四消息,所述第四消息用于通知所述第一通信设备所述第二通信设备不接受所述第一路由规则,且所述第四消息中携带所述第二通信设备生成的第三路由规则;
处理器112被配置具体用于:确定所述第二通信设备最终执行的路由规则为所述第三路由规则;
其中,所述第三路由规则是所述第二通信设备根据所述当前网络的状态信息和/或所述IP流的特性信息、以及ANDSF策略、用户喜好和本地运行环境信息中的至少一种信息生成的。
基于上述任一实施例,为了支持上述UE与网络设备的协商,本发明实施例还对ANDSF策略进行扩展,具体如下:
ANDSF策略中包含用于表示UE侧满足设定的IP traffic filters(IP流量过滤器)的上行IP流进行路由的接入技术和/或接入网络的上行链路的路由规则,以及用于表示分组数据网网关PGW侧满足设定的IP traffic filters的下行IP流进行路由的接入技术和/或接入网络的下行链路的路由规则;和/或,
ANDSF策略的路由准则中包含用于表示IP流经由当前网络进行传输时所需满足的条件。
较佳地,用于表示IP流经由当前网络进行传输时所需满足的条件包括需要满足的网络拥塞程度、需要满足的IP流时延、需要满足的抖动特性中的至少一种。
本领域内的技术人员应明白,本发明的实施例可提供为方法、系统、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本发明的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例作出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。

Claims (30)

1.一种IP流路由规则的确定方法,其特征在于,该方法包括:
第一通信设备在发起因特网协议流移动性IFOM过程中,为第二通信设备生成不同于所述第二通信设备当前执行的路由规则的第一路由规则;
所述第一通信设备将所述第一路由规则通知给第二通信设备,以请求所述第二通信设备执行所述第一路由规则;
所述第一通信设备根据所述第二通信设备返回的消息,确定所述第二通信设备最终执行的路由规则。
2.如权利要求1所述的方法,其特征在于,所述第一通信设备根据所述第二通信设备返回的消息,确定所述第二通信设备最终执行的路由规则,包括:
所述第一通信设备在接收到所述第二通信设备返回的第一消息后,确定所述第二通信设备最终执行的路由规则为所述第一路由规则,其中,所述第一消息用于通知所述第一通信设备所述第二通信设备接受所述第一路由规则。
3.如权利要求1所述的方法,其特征在于,所述第一通信设备根据所述第二通信设备返回的消息,确定所述第二通信设备最终执行的路由规则,包括:
所述第一通信设备接收到所述第二通信设备返回的第二消息,所述第二消息用于通知所述第一通信设备所述第二通信设备不接受所述第一路由规则,且所述第二消息中携带当前网络的状态信息和/或所述IP流的特性信息;
所述第一通信设备根据所述第二消息中携带的信息,为所述第二通信设备生成不同于所述第一路由规则的第二路由规则;
所述第一通信设备将所述第二路由规则通知给第二通信设备,以请求所述第二通信设备执行所述第二路由规则。
4.如权利要求3所述的方法,其特征在于,所述第一通信设备根据所述第二消息中携带的信息,为所述第二通信设备生成所述第二路由规则,包括:
所述第一通信设备根据接入网络发现和选择功能ANDSF策略、用户喜好和本地运行环境信息中的至少一种信息、以及所述第二消息中携带的信息,为所述第二通信设备生成所述第二路由规则。
5.如权利要求3所述的方法,其特征在于,所述第一通信设备将所述第二路由规则通知给所述第二通信设备后,该方法还包括:
所述第一通信设备接收到所述第二通信设备返回的第三消息,确定所述第二通信设备最终执行的路由规则为所述第二路由规则,其中,所述第三消息用于通知所述第一通信设备所述第二通信设备接受所述第二路由规则。
6.如权利要求1所述的方法,其特征在于,第一通信设备在发起IFOM过程中,为第二通信设备生成不同于所述第二通信设备当前执行的路由规则的第一路由规则,包括:
所述第一通信设备在发起IFOM过程中,根据当前网络的状态信息和/或IP流的特性信息,为所述第二通信设备生成所述第一路由规则。
7.如权利要求1所述的方法,其特征在于,所述第一通信设备将所述第一路由规则通知给所述第二通信设备,包括:
所述第一通信设备将所述第一路由规则以及当前网络的状态信息和/或所述IP流的特性信息,通知给所述第二通信设备。
8.如权利要求1所述的方法,其特征在于,所述第一通信设备根据所述第二通信设备返回的消息,确定所述第二通信设备最终执行的路由规则,包括:
所述第一通信设备接收到所述第二通信设备返回的第四消息,所述第四消息用于通知所述第一通信设备所述第二通信设备不接受所述第一路由规则,且所述第四消息中携带所述第二通信设备生成的第三路由规则;
所述第一通信设备确定所述第二通信设备最终执行的路由规则为所述第三路由规则;
其中,所述第三路由规则是所述第二通信设备根据所述当前网络的状态信息和/或所述IP流的特性信息、以及ANDSF策略、用户喜好和本地运行环境信息中的至少一种信息生成的。
9.如权利要求4所述的方法,其特征在于,所述ANDSF策略中包含用于表示UE侧满足设定的IP流量过滤器的上行IP流进行路由的接入技术和/或接入网络的上行链路的路由规则,以及用于表示分组数据网网关PGW侧满足设定的IP流量过滤器的下行IP流进行路由的接入技术和/或接入网络的下行链路的路由规则;和/或,
所述ANDSF策略的路由准则中包含用于表示IP流经由当前网络进行传输时所需满足的条件。
10.如权利要求9所述的方法,其特征在于,用于表示IP流经由当前网络进行传输时所需满足的条件包括需要满足的网络拥塞程度、需要满足的IP流时延、需要满足的抖动特性中的至少一种。
11.一种IP流路由规则的确定方法,其特征在于,该方法包括:
第二通信设备接收第一通信设备通知的不同于所述第二通信设备当前执行的路由规则的第一路由规则;
所述第二通信设备根据设定的条件,判断是否接受所述第一路由规则;
所述第二通信设备根据判断结果,向所述第一通信设备返回不同的消息。
12.如权利要求11所述的方法,其特征在于,所述第二通信设备根据设定的条件,判断是否接受所述第一路由规则,包括:
所述第二通信设备根据当前网络的状态信息和/或所述IP流的特性信息,判断是否接受所述第一路由规则;
在判断出接受所述第一路由规则后,所述第二通信设备向所述第一通信设备返回第一消息并执行所述第一路由规则,所述第一消息用于通知所述第一通信设备所述第二通信设备接受所述第一路由规则;
在判断出不接受所述第一路由规则后,所述第二通信设备向所述第一通信设备返回第二消息,所述第二消息用于通知所述第一通信设备所述第二通信设备不接受所述第一路由规则,且所述第二消息中携带当前网络的状态信息和/或所述IP流的特性信息。
13.如权利要求12所述的方法,其特征在于,所述第二通信设备向所述第一通信设备返回所述第二消息之后,所述方法还包括:
所述第二通信设备接收所述第一通信设备通知的第二路由规则,并执行所述第二路由规则,其中,所述第二路由规则是所述第一通信设备根据所述第二消息中携带的信息生成的。
14.如权利要求11所述的方法,其特征在于,所述第二通信设备根据设定的条件,判断是否接受所述第一路由规则,包括:
所述第二通信设备根据所述第一通信设备通知的当前网络的状态信息和/或IP流的特性信息,判断是否接受所述第一路由规则;
在判断出接受所述第一路由规则后,所述第二通信设备向所述第一通信设备返回第一消息并执行所述第一路由规则,所述第一消息用于通知所述第一通信设备所述第二通信设备接受所述第一路由规则;
在判断出不接受所述第一路由规则后,所述第二通信设备根据所述第一通信设备通知的当前网络的状态信息和/或IP流的特性信息,为自身生成第三路由规则,并执行所述第三路由规则以及向所述第一通信设备返回第三消息,所述第三消息用于通知所述第一通信设备所述第二通信设备不接受所述第一路由规则,且所述第三消息中携带所述第三路由规则。
15.如权利要求14所述的方法,其特征在于,所述第二通信设备根据所述第一通信设备通知的当前网络的状态信息和/或IP流的特性信息,为自身生成所述第三路由规则,包括:
所述第二通信设备根据ANDSF策略、用户喜好、以及本地运行环境信息中的至少一种信息、以及所述第一通信设备通知的当前网络的状态信息和/或IP流的特性信息,为自身生成所述第三路由规则。
16.如权利要求15所述的方法,其特征在于,所述ANDSF策略中包含用于表示UE侧满足设定的IP流量过滤器的上行IP流进行路由的接入技术和/或接入网络的上行链路的路由规则,以及用于表示分组数据网网关PGW侧满足设定的IP流量过滤器的下行IP流进行路由的接入技术和/或接入网络的下行链路的路由规则;和/或,
所述ANDSF策略的路由准则中包含用于表示IP流经由当前网络进行传输时所需满足的条件。
17.如权利要求16所述的方法,其特征在于,用于表示IP流经由当前网络进行传输时所需满足的条件包括需要满足的网络拥塞程度、需要满足的IP流时延、需要满足的抖动特性中的至少一种。
18.一种通信设备,其特征在于,该通信设备包括:
路由规则生成模块,用于在发起IFOM过程中,为第二通信设备生成不同于所述第二通信设备当前执行的路由规则的第一路由规则;
通知模块,用于将所述第一路由规则通知给第二通信设备,以请求所述第二通信设备执行所述第一路由规则;
处理模块,用于根据所述第二通信设备返回的消息,确定所述第二通信设备最终执行的路由规则。
19.如权利要求18所述的通信设备,其特征在于,所述处理模块具体用于:
在接收到所述第二通信设备返回的第一消息后,确定所述第二通信设备最终执行的路由规则为所述第一路由规则,其中,所述第一消息用于通知所述通信设备所述第二通信设备接受所述第一路由规则。
20.如权利要求18所述的通信设备,其特征在于,所述处理模块具体用于:
接收到所述第二通信设备返回的第二消息,所述第二消息用于通知所述通信设备所述第二通信设备不接受所述第一路由规则,且所述第二消息中携带当前网络的状态信息和/或IP流的特性信息;根据所述第二消息中携带的信息,为所述第二通信设备生成不同于所述第一路由规则的第二路由规则;以及将所述第二路由规则通知给第二通信设备,以请求所述第二通信设备执行所述第二路由规则。
21.如权利要求20所述的通信设备,其特征在于,所述处理模块根据所述第二消息中携带的信息,为所述第二通信设备生成所述第二路由规则,具体为:
根据接入网络发现和选择功能ANDSF策略、用户喜好和本地运行环境信息中的至少一种信息、以及所述第二消息中携带的信息,为所述第二通信设备生成所述第二路由规则。
22.如权利要求20所述的通信设备,其特征在于,所述处理模块将所述第二路由规则通知给所述第二通信设备后,还用于:
接收到所述第二通信设备返回的第三消息,确定所述第二通信设备最终执行的路由规则为所述第二路由规则,其中,所述第三消息用于通知所述通信设备所述第二通信设备接受所述第二路由规则。
23.如权利要求18所述的通信设备,其特征在于,所述路由规则生成模块具体用于:
在发起IFOM过程中,根据当前网络的状态信息和/或IP流的特性信息,为所述第二通信设备生成所述第一路由规则。
24.如权利要求18所述的通信设备,其特征在于,所述通知模块具体用于:
将所述第一路由规则以及当前网络的状态信息和/或IP流的特性信息,通知给所述第二通信设备。
25.如权利要求18所述的通信设备,其特征在于,所述处理模块具体用于:
接收到所述第二通信设备返回的第四消息,所述第四消息用于通知所述通信设备所述第二通信设备不接受所述第一路由规则,且所述第四消息中携带所述第二通信设备生成的第三路由规则;以及确定所述第二通信设备最终执行的路由规则为所述第三路由规则;
其中,所述第三路由规则是所述第二通信设备根据当前网络的状态信息和/或IP流的特性信息、以及ANDSF策略、用户喜好和本地运行环境信息中的至少一种信息生成的。
26.一种通信设备,其特征在于,该通信设备包括:
接收模块,用于接收第一通信设备通知的不同于所述通信设备当前执行的路由规则的第一路由规则;
处理模块,用于根据设定的条件,判断是否接受所述第一路由规则,并根据所述处理模块的判断结果,向所述第一通信设备返回不同的消息。
27.如权利要求26所述的通信设备,其特征在于,所述处理模块具体用于:
根据当前网络的状态信息和/或IP流的特性信息,判断是否接受所述第一路由规则;
在判断出接受所述第一路由规则后,向所述第一通信设备返回第一消息并执行所述第一路由规则,所述第一消息用于通知所述第一通信设备所述通信设备接受所述第一路由规则;
在判断出不接受所述第一路由规则后,向所述第一通信设备返回第二消息,所述第二消息用于通知所述第一通信设备所述通信设备不接受所述第一路由规则,且所述第二消息中携带当前网络的状态信息和/或所述IP流的特性信息。
28.如权利要求27所述的通信设备,其特征在于,所述接收模块还用于:
接收所述第一通信设备通知的第二路由规则,并执行所述第二路由规则,其中,所述第二路由规则是所述第一通信设备根据所述第二消息中携带的信息生成的。
29.如权利要求26所述的通信设备,其特征在于,所述处理模块具体用于:
根据所述第一通信设备通知的当前网络的状态信息和/或IP流的特性信息,判断是否接受所述第一路由规则;
在判断出接受所述第一路由规则后,向所述第一通信设备返回第一消息并执行所述第一路由规则,所述第一消息用于通知所述第一通信设备所述通信设备接受所述第一路由规则;
在判断出不接受所述第一路由规则后,根据所述第一通信设备通知的当前网络的状态信息和/或IP流的特性信息,为自身生成第三路由规则,并执行所述第三路由规则以及向所述第一通信设备返回第三消息,所述第三消息用于通知所述第一通信设备所述通信设备不接受所述第一路由规则,且所述第三消息中携带所述第三路由规则。
30.如权利要求29所述的通信设备,其特征在于,所述处理模块根据所述第一通信设备通知的当前网络的状态信息和/或IP流的特性信息,为自身生成所述第三路由规则,具体为:
根据ANDSF策略、用户喜好、以及本地运行环境信息中的至少一种信息、以及所述第一通信设备通知的当前网络的状态信息和/或IP流的特性信息,为自身生成所述第三路由规则。
CN201410158951.1A 2014-04-18 2014-04-18 一种ip流路由规则的确定方法和设备 Active CN105025544B (zh)

Priority Applications (6)

Application Number Priority Date Filing Date Title
CN201410158951.1A CN105025544B (zh) 2014-04-18 2014-04-18 一种ip流路由规则的确定方法和设备
PCT/CN2015/076771 WO2015158285A1 (zh) 2014-04-18 2015-04-16 一种ip流路由规则的确定方法和设备
EP15779911.5A EP3133893A4 (en) 2014-04-18 2015-04-16 Method and device for determining ip flow routing rule
US15/304,865 US10110478B2 (en) 2014-04-18 2015-04-16 Method and device for determining IP flow routing rule
KR1020167032083A KR20160145741A (ko) 2014-04-18 2015-04-16 Ip 플로우 라우팅 법칙의 결정 방법 및 장치
JP2017505697A JP2017511675A (ja) 2014-04-18 2015-04-16 Ipフロールーティングルールの決定方法及び装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201410158951.1A CN105025544B (zh) 2014-04-18 2014-04-18 一种ip流路由规则的确定方法和设备

Publications (2)

Publication Number Publication Date
CN105025544A CN105025544A (zh) 2015-11-04
CN105025544B true CN105025544B (zh) 2019-03-05

Family

ID=54323499

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201410158951.1A Active CN105025544B (zh) 2014-04-18 2014-04-18 一种ip流路由规则的确定方法和设备

Country Status (6)

Country Link
US (1) US10110478B2 (zh)
EP (1) EP3133893A4 (zh)
JP (1) JP2017511675A (zh)
KR (1) KR20160145741A (zh)
CN (1) CN105025544B (zh)
WO (1) WO2015158285A1 (zh)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9930716B2 (en) 2014-06-30 2018-03-27 Apple Inc. Methods and apparatus to support network-based IP flow mobility via multiple wireless accesses for a wireless device
EP3182654B1 (en) * 2014-09-05 2019-11-06 Huawei Technologies Co., Ltd. Offload strategy negotiation method and apparatus
JP2018506871A (ja) * 2015-01-20 2018-03-08 インテル アイピー コーポレーション 双方向ipフローモビリティ制御のための装置及び方法
CN108029010B (zh) * 2016-01-19 2020-12-01 华为技术有限公司 路由规则传输方法、设备和系统
CN109155797B (zh) * 2017-03-08 2020-12-15 华为技术有限公司 通信方法及装置
CN108632944B (zh) * 2017-03-21 2023-07-14 中兴通讯股份有限公司 用户面功能实体的选择方法和装置
US11159376B2 (en) 2018-05-24 2021-10-26 International Business Machines Corporation System and method for network infrastructure analysis and convergence
CN114070786B (zh) * 2021-11-11 2023-07-11 北京天融信网络安全技术有限公司 一种策略路由动态调度方法及装置

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101860492A (zh) * 2010-06-28 2010-10-13 中兴通讯股份有限公司 快速切换的方法、装置和系统
CN102387063A (zh) * 2010-08-30 2012-03-21 中兴通讯股份有限公司 一种ifom错误时的处理方法和系统
CN102958035A (zh) * 2011-08-22 2013-03-06 北京市配天智慧云技术有限公司 多网络ip业务流无缝融合的方法及通信系统和相关装置
CN103181237A (zh) * 2011-09-21 2013-06-26 联发科技股份有限公司 第四代无线通信网络中网际协议流移动的方法和装置

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2538921C2 (ru) 2010-03-31 2015-01-10 Телефонактиеболагет Л М Эрикссон (Пабл) Обратная связь по сетевому доступу посредством многорежимного терминала
US9295089B2 (en) * 2010-09-07 2016-03-22 Interdigital Patent Holdings, Inc. Bandwidth management, aggregation and internet protocol flow mobility across multiple-access technologies
CN102655665B (zh) 2011-03-03 2016-03-02 中国电信股份有限公司 业务流移动的方法与系统
TW201246879A (en) * 2011-04-13 2012-11-16 Interdigital Patent Holdings Methods, systems and apparatus for managing and/or enforcing policies for managing internet protocol (''IP'') traffic among multiple accesses of a network
US8976663B2 (en) * 2012-04-05 2015-03-10 Telefonaktiebolaget L M Ericsson (Publ) QCI based offloading
CN103582020B (zh) * 2012-07-27 2017-12-19 电信科学技术研究院 一种3gpp接入间切换时的ip流分流方法及装置
US20150319662A1 (en) * 2013-01-21 2015-11-05 Sharp Kabushiki Kaisha Mobile communication system and ue

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101860492A (zh) * 2010-06-28 2010-10-13 中兴通讯股份有限公司 快速切换的方法、装置和系统
CN102387063A (zh) * 2010-08-30 2012-03-21 中兴通讯股份有限公司 一种ifom错误时的处理方法和系统
CN102958035A (zh) * 2011-08-22 2013-03-06 北京市配天智慧云技术有限公司 多网络ip业务流无缝融合的方法及通信系统和相关装置
CN103181237A (zh) * 2011-09-21 2013-06-26 联发科技股份有限公司 第四代无线通信网络中网际协议流移动的方法和装置

Also Published As

Publication number Publication date
JP2017511675A (ja) 2017-04-20
US10110478B2 (en) 2018-10-23
US20170201453A1 (en) 2017-07-13
KR20160145741A (ko) 2016-12-20
WO2015158285A1 (zh) 2015-10-22
EP3133893A1 (en) 2017-02-22
CN105025544A (zh) 2015-11-04
EP3133893A4 (en) 2017-02-22

Similar Documents

Publication Publication Date Title
CN105025544B (zh) 一种ip流路由规则的确定方法和设备
JP6750003B2 (ja) Ue及びueの通信方法
JP6239741B2 (ja) 動的スペクトルアービトラージシステムでのセル選択
US20160073450A1 (en) Transferring Information for Selection of Radio Access Technology
CN101330753B (zh) 一种资源创建方法、资源删除方法及网络设备
KR101546220B1 (ko) 다중-액세스 통신 시스템에서 사용자 장비에 의한 IP 트래픽의 라우팅을 위해 액세스 네트워크/액세스 기술 선택의 제어, 및 QoS 지원
EP2449811B1 (en) Service continuity during outbound handover from a home network base station with local internet protocol access
ES2569203T3 (es) Procedimiento y dispositivo para derivar flujo de IP durante cambio de acceso de 3GPP
CN103250447B (zh) Epc中的扩展的qos支持
JP2019096918A (ja) 端末装置、基地局装置、MME(Mobility Management Entity)および通信制御方法
EP2873257A1 (en) Reducing signaling load caused by change of terminal location
JP5897139B2 (ja) ネットワーク共有アーキテクチャにおけるサービス差別化
KR102303340B1 (ko) 트래픽 오프로딩 결정을 위한 방법 및 장치
CN106105281B (zh) 用于在无线通信系统中生成连接的方法和装置
US20170180259A1 (en) Offloading policy negotiation method and apparatus
CN104113918B (zh) 一种切换过程中承载信息的交互方法及装置
CN103002543B (zh) 一种多接入方法及系统
CN104902520B (zh) 一种apn-ambr的控制方法和装置
CN105813111A (zh) 业务流传输路径优化方法、装置及mme
CN102387606B (zh) 一种实现承载处理的方法和系统
CN104796941A (zh) 通过twan接入核心网时的拥塞控制方法及装置
CN104081821B (zh) 视频呼叫的反向切换的方法和装置
Corici et al. Proactive Vertical Handover Optimizations in the 3GPP 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
GR01 Patent grant
GR01 Patent grant
CP01 Change in the name or title of a patent holder

Address after: 100191 No. 40, Haidian District, Beijing, Xueyuan Road

Patentee after: CHINA ACADEMY OF TELECOMMUNICATIONS TECHNOLOGY

Address before: 100191 No. 40, Haidian District, Beijing, Xueyuan Road

Patentee before: CHINA ACADEMY OF TELECOMMUNICATIONS TECHNOLOGY

CP01 Change in the name or title of a patent holder
TR01 Transfer of patent right

Effective date of registration: 20210602

Address after: 100085 1st floor, building 1, yard 5, Shangdi East Road, Haidian District, Beijing

Patentee after: DATANG MOBILE COMMUNICATIONS EQUIPMENT Co.,Ltd.

Address before: 100191 No. 40, Haidian District, Beijing, Xueyuan Road

Patentee before: CHINA ACADEMY OF TELECOMMUNICATIONS TECHNOLOGY

TR01 Transfer of patent right