在多接入通信系统中,通过用户设备及QoS支持,为IP业务的路由控制接入网络/接入技术的选择 |
|||||||
申请号 | CN201180051680.4 | 申请日 | 2011-10-20 | 公开(公告)号 | CN103181221B | 公开(公告)日 | 2016-11-23 |
申请人 | 阿尔卡特朗讯; | 发明人 | 布鲁诺·兰道斯; 劳伦·蒂博; 阿莱西奥·卡萨蒂; | ||||
摘要 | 在一个 实施例 中,一种用于通过用户设备UE在多接入通信系统中,根据运营商的策略,为IP业务的路由控制接入网络/接入技术的选择的方法被提供,其中,所述运营商的策略包括基于服务 质量 QoS的策略,基于与特定QoS 过滤器 相匹配的IP业务。 | ||||||
权利要求 | 1.一种由用户设备在多接入演进分组系统通信系统中,根据运营商的策略,为IP业务的路由来控制接入网络/接入技术的选择的方法,其中: |
||||||
说明书全文 | 在多接入通信系统中,通过用户设备及QoS支持,为IP业务的路由控制接入网络/接入技术的选择 技术领域背景技术[0002] 通信网络和系统的描述可在文献中被找到,诸如尤其在由标准化组织例如3GPP(3rdGeneration Partnership Project,第三代合作伙伴项目)发布的技术规范。 [0003] 在通信系统中,终端诸如用户设备UE(User Equipment)通过接入网络/接入技术使用由核心网络提供的通信服务(诸如尤其基于IP的服务)。可存在不同类型的接入网/接入技术。 [0004] 通信系统的一个举例包括演进分组系统EPS(Evoled Packet System),其描述可尤其在3GPP TS23.401及3GPP TS23.402中被找到。系统诸如EPS包括可被包括3GPP接入网络(诸如GERAN,UTRAN,HSPA,E-UTRAN)及非3GPP接入网络(诸如WiFi,WiMAX,...等等)的接入网络接入的演进分组核心EPC(Evoled Packet Core)。通信系统的另一个举例包括3G-WLAN互连,其描述可尤其在3GPP TS23.060及3GPP TS23.234中被找到。系统诸如3G-WLAN互连包括可被3GPP/3G/UMTS接入网络(诸如GERAN,UTRAN,HSPA)及非3GPP/WLAN接入网络接入的3G/UMTS分组核心。当然,存在其他通信系统的举例,包括由除3GPP之外的标准化组织指定的系统。 [0005] 基于IP的通信服务包括提供IP连接,被称为UE与外部分组数据网络PDN(Packet Data Network)之间的PDN连接服务。PDNs的举例包括公共互联网、内联网、运营商的IMS网络...等等。PDN连接服务支持包括一个或多个IP流也被称作服务数据流SDFs(Service Data Flows)的IP业务流集合的传输。 [0006] 该等系统最近被增强以支持用户设备通过不同的接入网络/接入技术将不同的IP流路由至相同的PDN连接,并允许运营商通过哪个应被路由的特定IP流影响接入网络/接入技术。该功能也被称为在被称为IP流移动IFOM(其描述可在例如3GPP TS23.261中被找到)的框架内的系统间路由(Inter System Routing),及接入网络发现与选择功能ANDSF(Access Network Discovery and Selection Function)(其描述可在例如3GPP TS23.402和3GPP TS23.312中被找到)。 [0007] 存在改进该等系统中的系统间路由功能的需要。也存在改善该等系统中支持的QoS的需要。更一般地,存在改善该等系统中的通信服务的需要。 [0008] 本发明的实施例尤其满足该等需要。 发明内容[0009] 一方面,在本发明的一个实施例中,通过一种用于通过用户设备UE在多接入通信系统中,根据运营商的策略,为IP业务的路由控制接入网络/接入技术的选择的方法,这些及其它目的被实现,其中: [0011] 一方面,在本发明的一个实施例中,通过一种用于在包括3GPP及非3GPP接入网络/接入技术的多接入通信系统中支持QoS的方法,这些及其它目的被实现,所述方法包括: [0013] 另一方面,通过用于执行该等方法的实体,这些及其它目的被实现,所述实体包括用户设备UE,及依次包括实体诸如策略服务器(诸如特别是PCRF(在3GPP TS23.203中定义)和ANDSF服务器)的网络实体,以及在控制面板中负责信令的实体。附图说明 [0014] 仅通过举例方式,及参考附图,根据本发明的设备和/或方法的部分实施例现在被描述,其中: [0016] -图2旨在示出根据本发明的实施例,在多接入通信系统中,用于通过用户设备为IP业务的路由控制接入网络/接入技术的选择的信令; [0017] -图3旨在示出根据本发明的实施例,通过用户设备为IP业务的路由控制接入网络/接入技术的选择。 具体实施方式[0018] 图1和图2中示出的通信系统的举例与上述回顾的EPS或3G-WLAN互连相对应,所示举例中包括: [0019] -用户设备UE; [0020] -3GPP无线接入网络RAN(Radio Access Network); [0021] -非3GPP无线接入网络RAN,例如Wifi; [0022] -演进分组核心EPC(依次包括PDN网关PGW,服务网关SGW(Serving Gateway),移动管理实体MME(Mobility Management Entity)或S4-服务GPRS支持节点SGSN(S4-Serving GPRS Support Node),演进分组数据网关ePDG(Evolved Packet Data Gateway)); [0023] -3G/UMTS分组核心(依次包括网关GPRS支持节点GGSN(Gateway GPRS Support Node),服务GPRS支持节点SGSN(Serving GPRS Support Node),分组数据网关PDG(Packet Data Gateway)); [0024] -高层功能实体包括:策略与计费规则功能PCRF(Policy and Charging Rules Function),订阅配置文件存储库SPR(Subscription Profile Repository),接入网络发现与选择功能ANDSF,及应用功能例如代理呼叫会话控制功能P-CSCF(Proxy-Call Session Control Function)。 [0025] 本发明的实施例应用于支持多RAT(无线接入技术(Radio Acess Technologies))诸如3gpp无线(GSM,UMTS,LTE)和非3gpp无线诸如WLAN无线(Wifi由IEEE根据802.11定义)的UEs。 [0026] 本发明的实施例支持简化UE上的规则的配置,该规则控制该UE使用哪个无线接入技术或/和哪个无线接入网络发送服务数据流。 [0027] 本发明的实施例支持允许UE动态选择运营商偏好的RAT和/或基于与IP流相关联的QoS运营商偏好的RAT。 [0028] 根据ISRP(系统间路由策略(Inter System Routing Policies-3GPP TS23.402)的目前(3gpp)定义,运营商仅能够设置策略,基于APN(诸如在3GPP TS23.060及TS23.401中定义的接入点(Access Point)名称)和/或IP过滤器: [0029] “一个或多个过滤规则,每一过滤规则确定当能够路由与特定IP过滤器和/或特定APNs相匹配的业务时,应被UE运用的接入技术/接入网络的优先级列表。过滤规则也确定哪个无线接入受与特定IP过滤器和/或特定APNs(例如,WLAN不被允许至APN-x的业务)相匹配的业务限制。” [0030] 即使在IP流粒度(或者,当通配符正被运用时,在设置IP流粒度)定义ISRP的可能是必须的,根据当前ISRP的定义,运营商设置较粗粒度的与流所需的QoS相关联的ISRP规则是不可能的,例如,与用于SDF(服务数据流(Service Data Flow))的QCI(在3GPP TS23.203中定义的QoS等级指数(QoS Class Index))相关联的规则。 [0031] 与待由ANSDF(如在3GPP TS23.402第4.8.2章中定义的接入网络发现及选择功能(Access Network Discovery and Selection Function))发送至UE的策略相关的IP流的一个主要潜在应用包括将允许运营商基于与应用相关联的QoS设置ISRPR(系统间路由策略(Inter-System Routing Policies)),例如,根据正运用该IP流的该应用是否要求有保证的比特率承载、优先级,或者特定包延迟预算、包错误损失率,等等,允许选择将被用于承载IP流的RAT,且此不管IP地址及用于流的端口范围。运用该类规则的举例包括当将与业务相关的网页浏览卸载到其他RAT诸如WLAN(无线局域网络(Wireless Local Area Network))上时,保存与3gpp无线上的会话语音呼叫相关联的IP流。 [0032] 人们也许会奇怪,为什么由ANDSF按照配置在UE上ISRF规则提供的IP流将不允许满足必要条件,例如,不允许保存与3gpp无线上的语音呼叫相关联的IP流。 [0033] 一个问题是,与语音呼叫相关联的IP流的IP特征(IP地址,端口数)不能被提前获知(在该呼叫被建立之前)。 [0034] 解决该问题的一个可能解决方案在图1中被示出。图1旨在示出,根据所述解决方案,在多接入通信系统中,用于通过用户设备为IP业务的路由控制接入网络/接入技术的选择的信令。 [0035] 该解决方案将要求ANDSF动态地被通知与给定服务(例如语音呼叫)相关联的IP流的特征(IP地址,端口号)及动态地更新与ISRF规则相关联的UE。 [0036] 这将使动态EPS(在3GPP TS23.002/23.401中定义的演进分组子系统(Evolved Packet Sub-system))的ANDSF部分控制与服务的建立/释放相关联的平面流。 [0037] 在应用(例如在3GPP TS23.228中定义的P-CSCF,IMS(IP多媒体服务(IP Multimedia Service))的代理CSCF)已经将服务(例如语音呼叫)启动/停止(与该服务的多媒体描述一起)通过Rx(在3GPP TS29.214中定义的应用与PCRF之间的接口)通知给PCRF(在3GPP TS23.203中定义的策略与计费规则功能(Policy and Charging Rules Function)),并且该PCRF已经采取适当策略决定之后,这将意味着2个并行实时信令流: [0038] о建立专用承载的信令流:至PCEF/BBERF(在3GPP TS23.203中定义的策略计费执行功能(Policy-Charging-Enforcement Function))的Gx/S9信令,以及与PDN连接上的专用承载的激活/去激活/修改相关联的信令; [0039] 及 [0040] о因与语音呼叫相关联的IP流的IP特征(IP地址,端口号),对于所有服务部署不能被提前获知,且即使为IP流运用通配符(wild-carding),也不能被预配置在UE中,经由ANSDF从PCRF至UE的新信令流来更新与ISRP相关的IP流,以考虑将启动/停止的新的服务流。该动态信令流将运用UE与ANDSF之间的S14接口,及从而运用OMADM(开放移动联盟-设备管理(Open Mobile Alliance-Device Management))。部署该可能解决方案将要求交叉检查OMA DM协议是否适合该与例如建立呼叫相关联的实时信令流,并且将要求标准化PCRF与ANDSF之间的新接口。 [0041] 以下步骤可在图1示出的解决方案中被提供。 [0042] 初始解决方案: [0043] 初始解决方案包括UE驻留在3gpp/3gpp2RAN(WBCDMA,LET,...)和非3gpp/3gpp2RAN(例如Wifi)上,或仅驻留在3gpp/3gpp2RAN上。根据IFOM过程(IFOM IP流移动性(IP Flow Mobility)在3GPP TS23.261中被定义),PCRF已经被通知与UE的移动规则相关的初始IFOM(该通知经3GPP TS23.261中所定义的网络规程从UE传输至到PCEF,并经3GPP TS29.212中所定义的IP流移动规则通告从PCEF传输到PCRF)。 [0044] о1.应用已在UE上被开启且应用环境(例如P-CSCF,IMS的代理CSCF)的应用功能(AF,Application Function),通过Rx(应用和PCRF之间的接口)向PCRF(策略与计费规则功能(Policy and Charging Rules Function))通知服务(例如语音呼叫或语音服务)与该服务的多媒体描述一同开启。该多媒体描述包含与服务(服务数据流信息)相关联的IP流的(IP,端口)地址信息。 [0045] о2.基于通过Rx接收的信息及关于依附于EPC(漫游条件,UE在3gpp无线和/或Wifi上的当前连接,...)的UE点的信息的可能性和/或基于从SPR(用户策略描述相关数据库)检索到的订阅相关信息,PCRF采取适当策略决定。 [0046] 该决定可对应于两种情况: [0047] a.情况α:移动IP-CAN(IP连接接入网(IP Connectivity Access network))承载将被创建或修改(例如在3gpp/3gpp2RAN上),以承载服务数据流。 [0048] 该承载可对应于PDN连接的专用承载或对应于第二PDP文本。 [0049] b.情况β:没有该移动IP-CAN(IP连接接入网(IP Connectivity Access network))承载被创建或修改,如例如流将在Wifi上被承载。 [0050] 应用哪种情况(α或β)的确定被作出如下: [0051] PCRF将检查新的服务数据流信息是否与任何路由规则信息[由PCEF在Gx上发送的IP流移动路由规则中提前报告]相匹配。若它们相匹配,PCRF确定服务数据流的承载被绑定在什么地方[即,确定该流是否被承载在3gpp或Wifi上,从而是否应用情况α或β]。 [0052] 请注意稍后,无线条件可使UE决定改变RAT以承载服务数据流(例如,使用3gpp无线而非使用Wifi)。在该情况下,PCRF按照该决定的IFOM过程被通知(通知经23.261中所定义的网络规程从UE传输至PCEF,并经3gpp29.212中所定义IP流移动规则修改从PCEF传输至PCRF)。当此应用时,PCRF可能然后需要在情况β和情况α之间转换。 [0053] 步骤1和2对应于已在3GPP中被记录的信令和过程。 [0054] 该过程应用2个平行的实时信令流(用字母A和B描述)。 [0055] 流A对应于现有信令: [0056] о3A.至PCEF/BBRF(在3GPP TS23.203中被定义的策略计费执行功能(Policy-Charging-Enforcement Function))的Gx/S9信令将相关联的QoS及计费策略下载至PGW/GGSN。 [0057] о4A.EPC(涉及PGW/GGSN,SGW,SGSN或MME)和UE中的信令。该信令旨在激活/修改专用承载以支持PDN连接(用于传统GPRS的PDP上下文)中的服务。该信令包含与该服务相关联的IP流的地址信息(IP,端口)和专用承载(连同该承载的EPS QoS参数)之间的关联。 [0058] 步骤4A仅在情况α中需要: [0059] 流B: [0060] о3B.从PCRF到ANDSF的新信令更新IP流相关的ISRP,以考虑将启动/停止的新服务流; [0061] о4B.因为UE相关策略已经改变,ANDSF触发很可能依赖于将SMS发送至UE的OMA SM(S4)入栈,以触发UE上的ANDSF客户端提取新的ISRP策略(与由已开启的应用使用的IP地址相关联); [0062] о5B.UE客户端提取新的ISRP策略。 [0063] 步骤3B和4B可能花费时间,因为这些步骤使用非实时通信路径。 [0064] о6B.基于在5B.中接收的基于新的IP地址的ISRP规则,UE作出关于选择哪个RAT支持服务流的合适决定。 [0065] 图2旨在示出,根据本发明的实施例,在多接入通信系统中,通过用户设备为IP业务的路由控制接入网络/接入技术的选择。 [0066] 本发明的实施例是基于ANDSF应该能下载在UE上的EPS QoS相关ISRP策略的理念: [0067] о为了运营商能够提前设置与EPS QoS(例如,QCI)相关联的ISRP策略,ANSDF ISRP策略规则被更新。该等规则是半静态的,即每次服务(例如,语音呼叫)将开启/停止时不需要被改变。 [0068] о当服务被开启时,UE被通知与服务数据流相关联的EPS QoS参数(例如,QCI)。该通知通过PCEF使用从PCRF到UE的会话管理信令。 [0069] 在一个实施例中,在任何服务执行之前,UE可由ANDSF配置2个规则集: [0070] 1.一个或多个过滤规则,每一过滤规则确定当能够路由与特定IP过滤器和/或特定APNs相匹配的业务时,应被UE运用的接入技术/接入网络的优先级列表。过滤规则也确定哪个无线接入受与特定IP过滤器和/或特定APNs(例如,WLAN不被允许至APN-x的业务)相匹配的业务限制。 [0071] 2.一个或多个过滤规则,每一过滤规则确定当能够路由与特定EPSQoS过滤器和/或特定APNs相匹配的业务时,应被UE运用的接入技术/接入网络的优先级列表。过滤规则也确定哪个无线接入受与特定EPSQoS和/或特定APNs(例如,WLAN不被允许至QCI=1的业务)相匹配的业务限制。 [0072] 第二种规则对应于本发明的一个实施例,而第一种规则在3GPP中已经被定义。 [0073] 在一个实施例中,当服务在UE上被执行时, [0074] 1.任何UE可根据目标IP地址,使用RAT选择规则(例如,当目标服务器的IP地址能被提前获知时,因其属于部分服务器群例如属于运营商)。于是,被配置在将5个元组映射至优先的/允许的RAT上的UE上的半静态映射规则(根据3gpp Rel-10)满足必要条件。该举例是为UE配置P-CSCF或运营商的视频流服务器的IP地址范围。该等规则可,例如,或者通过H-AMDSF(例如,对于HPLMN的视频服务器),或者通过V-ANDSF(例如,对于P-CSCF)被发送。 [0075] 2.或者UE不能使用基于目标IP地址的RAT选择规则,因为该目标IP地址不能被提前获知。在该情况下,PCRF“援助”是必需的:PCRF知晓与IP流相关的应用/服务并(基于它的规则引擎+SPR相关数据)为该应用/服务选择必需的EPS QoS。在该情况下,UE被通知与服务数据流相关的EPS QoS参数,且由UE上的ANDSF下载的EPS QoS相关策略被使用。哪种规则(每IP流或每EPS QoS)被应用将是基于ANDSF规则之间的优先级。 [0076] 定义该等规则不修改现有的UE可将其他(本地条件)输入用于最终决定将运用哪个RAT发送等待传输至网络的实际UL分组的假设。该等本地条件可,例如,包括UE正驻留的各种接入的当前无线质量,或者UE电池条件。 [0077] 图3旨在示意性地示出,根据本发明的实施例,通过用户设备UE在基于QoS的运营商的策略的基础上,为IP业务的路由控制接入网络/接入技术的选择。 [0078] 在UE中在应用程序/服务层产生的服务数据流SDF被应用于QoS过滤器,标记为QoSF1...QoSFn。QoS过滤器也接收与SDF相关联的QoS参数。QoS过滤器过滤与特定QoS参数值相匹配的IP业务,例如,QoSF1过滤具有相关的QoS参数的第一值的业务,QoSF2过滤具有相关的QoS参数的第二值的业务,...等等。因此,被QoS过滤器过滤的业务然后被应用于过滤规则。过滤规则能够,根据运营商的偏好,确定与该QoS参数的给定值相关的业务应被路由至标记为IF1...IFN的多个无线接入接口中的哪一个。 [0079] 下面描述实施例,关于如何为UE提供与IP流相关联的EPS QoS。 [0080] 目前23.401详细说明在接收来自PCRF的新策略决定(例如,通过Rx上的新应用/P-CSCF请求来引入)的情形下,PCEF(PGW/GGSN)如何可触发“专用承载激活”过程:在该过程中,MME(在3gpp23.401中定义的移动管理实体(Mobility Management Entity))发送会话管理请求(例如“激活专用EPS承载上下文请求”)给包括上行(UL)TFT(业务流模版(Traffic Flow Template)=建立服务数据流-SDF的IP流的描述)及EPS承载QoS参数的UE。 [0081] 因此,如何为UE提供与IP流相关联的EPS QoS的问题,当该IP流被建立在3gpp无线上和请求创建/修改专用3gpp承载时,已经被解决。 [0082] 以下为其中SDF不需要建立或修改3gpp专用承载情况的潜在解决方案: [0083] 1.经由通过3gpp(或3gpp2)无线发送信令,总是通知自IP流至EPS QoS的映射,即可能没有必要定义/标准化在非3gpp(或3gpp2)无线上的专用信令。这将对其中UE具有在3gpp(或3gpp2)与非3gpp(或3gpp2)无线之间的选择的情况下起作用。 [0084] 不管怎样,可能需要修改3gpp(或许3gpp2)信令以能够向与SDF相关联的UE通知EPS QoS,即使该SDF将被非3gpp接入承载,即当该SDF不需要建立或修改在3gpp上的专用承载时。 [0085] 这可能是优选解决方案。 [0086] 2.当SDF不需要建立或修改在3gpp上的专用承载时,通过在非3gpp上的新信令通知UE:这将要求 [0087] о当应用基于网络的移动时 [0088] о更新UE与ePDG(IKE-互联网密钥交换,IETF RFC4306)之间的SWu接口,以能够通过IKE传输IP流至EPS QoS的映射的消息; [0089] о在GTP(基于GTP的S2b)上和在Gxb(不存在)(基于PMIP的S2b)上的新信令。 [0090] о当应用基于主机的移动时 [0091] ■更新DSMIPv6(移动IPv6支持双栈主机及根据IETF RFC5555的路由器)。 [0092] 以下步骤可在图2中被提供。 [0093] 相同初始状态如图1。 [0094] о0.UE客户端获取包括基于EPS QoS的规则的半静态ISRP策略; [0095] о1.与之前呼叫流中1相同; [0096] о2.与之前呼叫流中2相同; [0097] о3.与之前呼叫流中3A相同。 [0098] о4.当服务数据流需要建立/修改在3gpp无线上的专用承载时(情况α),与之前呼叫流中4A相同。若服务数据流不需要建立/修改在3gpp无线上的专用承载(情况β),然后特定通知将被从PGW/GGSN发送至UE以向UE通知待被与服务数据流相关联的EPR QoS。该通知对应于待在EPC上被建立的新信令步骤。该新信令的可能实现可包括如下:自PGW/GGSN至UE的UE通知过程被定义包括: [0099] i.可能经由SGW的自PGW/GGSN至MME/SGSN的新GTP-c UE通知消息(将在3GPP TS29.274中被定义); [0100] ii.自MME或SGSN至UE的新的NAS(非接入层)UE通知消息(将在3GPP TS24.301和24.008中定义); [0101] iii.该通知本身可在修改的PCO(协议配置选择,Protocol Configuration Option)中被承载; [0102] iv.SGW、MME、SGSN不需要理解正在被通知的消息,它们只需将该消息中继至UE。 [0103] о5.基于IP流(在4.中被接收)的EPS QoS及基于ISRP规则(在0.中被接收),UE作出关于选择哪个RAT支持服务流的合适决定。 [0104] 该决定可使UE改变RAT以承载服务数据流(例如,使用3gpp无线而非使用Wifi)。在该情况下,PCRF按照该UE决定的IFOM过程被通知(通知经23.261中所定义的网络规程从UE传输至PCEF,并经3gpp29.212中所定义的P流移动规则修改从PCEF传输至PCRF)。当此应用时,PCRF可能然后需要在情况β和情况α之间转换。 [0105] 使UE知晓到与IP流相关联的EPS QoS可具有其它用法。 [0106] 例如,当甚至通过Wifi,UE被告知与IP流相关联的EPS QoS时,基于该流要求的QoS,UE可触发与Wifi相关的QoS(例如,802.11e)。 [0107] 一方面,在一个实施例中,提供了一种用于通过用户设备UE在多接入通信系统中,根据运营商的策略,为IP业务的路由控制接入网络/接入技术的选择的方法,其中: [0108] -所述运营商的策略包括基于服务质量QoS的策略,基于与特定QoS过滤器相匹配的IP业务。 [0109] 在一个实施例中: [0110] -所述运营商的策略包括基于服务质量QoS的策略,基于与关于由移动通信系统提供给该IP业务的服务质量的特定过滤器相匹配的IP业务。 [0111] 在一个实施例中: [0112] -所述由移动通信系统提供的服务质量已经被所述移动通信系统中的服务质量策略服务器确定。 [0113] 在一个实施例中: [0114] -所述基于QoS的策略包括一个或多个过滤规则,每一过滤规则确定当能够路由与特定QoS过滤器相匹配的业务时,将被UE运用的接入技术/接入网络的优先级列表。 [0115] 在一个实施例中: [0116] -所述基于QoS的策略包括一个或多个过滤规则,每一过滤规则确定哪个接入技术/接入网络受与特定QoS过滤器相匹配的业务限制。 [0117] 在一个实施例中: [0118] -所述QoS过滤器过滤与至少一个QoS参数的特定值相关联的IP业务。 [0119] 在一个实施例中: [0120] -所述QoS过滤器过滤与至少一个3gpp移动网络QoS参数的特定值相关联的IP业务。 [0121] 在一个实施例中: [0122] -所述QoS过滤器过滤与至少一个3gpp2移动网络QoS参数的特定值相关联的IP业务。 [0123] 在一个实施例中: [0124] -所述QoS过滤器过滤与对应于QoS等级标识符QCI的QoS参数的特定值相关联的IP业务。 [0125] 在一个实施例中,所述方法包括: [0126] -将所述基于QoS的策略下载至用户设备。 [0127] 在一个实施例中,所述方法包括: [0128] -在特定ANDSF中的策略服务器,将所述基于QoS的策略下载至用户设备。 [0129] 在一个实施例中,所述方法包括: [0130] -在服务执行的时候,向用户设备通知所述与服务数据流SDF相关联的QoS。 [0131] 在一个实施例中,所述方法包括: [0132] -向用户设备通知至少一个与服务数据流SDF相关联的QoS参数。 [0133] 在一个实施例中: [0134] -QoS参数包括与服务数据流SDF层QoS参数相关联的承载层QoS参数。 [0135] 在一个实施例中: [0136] -承载层QoS与3GPP演进分组系统EPS QoS相对应。 [0137] 在一个实施例中: [0138] -QoS参数包括QoS等级标识符QCI参数。 [0139] 在一个实施例中,所述方法包括: [0140] -根据所述基于QoS的策略及根据所述与承载所述业务的服务数据流相关联的QoS,用户设备为IP业务路由选择接入网络/接入技术。 [0141] 在一个实施例中,在包括3GPP及非3GPP接入网络/接入技术的系统中,所述方法包括: [0142] -运用UE与3GPP核心网络之间信令交换,向用户设备UE通知所述与服务数据流SDF相关联的QoS,以建立或修改所述SDF被映射在其上的承载。 [0143] 在一个实施例中,所述方法包括 [0144] -运用在UE与3GPP演进分组核心EPC之间的专用承载激活或修改过程中的会话管理信令,向用户设备通知所述与服务数据流SDF相关联的QoS。 [0145] 另一方面,在一个实施例中,提供了一种用于在包括3GPP及非3GPP接入网络/接入技术的多接入通信系统中支持QoS的方法,所述方法包括: [0146] -向不需要为服务数据流SDF建立或修改在3GPP接入网络/接入技术上的承载的用户设备UE通知,与由3GPP核心网络分配的所述SDF相关联的所述QoS。 [0147] 在一个实施例中,所述方法包括: [0148] -运用通过3GPP接入网络/接入技术在UE与3GPP核心网络之间的专用信令交换,向用户设备UE通知所述与服务数据流SDF相关联的QoS。 [0149] 在一个实施例中,所述方法包括: [0150] -根据GTP-c协议,以及可能通过网络实体诸如SGW,网络实体诸如PGW/GGSN向网络实体诸如MME/SGSN发送包含所述与服务数据流相关联的QoS的通知消息。 [0151] 在一个实施例中,所述方法包括: [0152] -根据NAS协议,网络实体诸如MME/SGSN向用户设备UE发送包含所述与服务数据流相关联的QoS的通知消息。 [0153] 在一个实施例中: [0154] -所述与服务数据流相关联的QoS被承载在协议配置选择PCO(Protocol Configuration Option)中的所述消息中。 [0155] 在一个实施例中,所述方法包括: [0156] -运用通过非3GPP接入网络/接入技术在U E与3GPP核心网络之间的专用信令交换,向用户设备UE通知所述与服务数据流SDF相关联的QoS。 [0157] 在一个实施例中,在支持基于主机的IP移动协议诸如DSMIP的系统中,所述方法包括: [0158] -网络实体诸如具有本地代理功能的PGW,将所述与服务数据流相关联的QoS发送至所述基于主机的IP协议中的用户设备。 [0159] 在一个实施例中,在支持PMIP类型的基于网络的IP移动协议的系统中,所述方法包括: [0160] -网络实体诸如具有LMA功能的PGW将所述与服务数据流相关联的QoS发送至所述IP移动协议中的网络实体,诸如具有MAG功能的ePDG。 [0161] 在一个实施例中,在支持GTP类型的基于网络的IP移动协议的系统中,所述方法包括: [0162] -网络实体诸如PGW将所述与服务数据流相关联的QoS发送至所述IP移动协议中的网络实体,诸如ePDG。 [0163] 在一个实施例中,在支持基于网络的IP移动协议的系统中,所述方法包括: [0164] -网络实体诸如ePDG将所述与服务数据流相关联的服务质量QoS发送至因特网密钥交换IKE(Internet Key Exchange)协议中的用户设备。 [0165] 在一个实施例中,在基于与特定QoS过滤器相匹配的IP业务的支持基于服务质量QoS的策略的系统中,用于通过用户设备为IP业务路由提供控制接入网络/接入技术选择的所述方法被提供。 [0166] 另一方面,提供了一种包括用于执行该等方法的装置(means)的用户设备。 [0167] 一方面,在一个实施例中,提供了一种用户设备,包括: [0168] -装置,用于通过所述用户设备在多接入通信系统中,根据运营商的策略,为IP路由业务选择接入网络/接入技术; [0169] -所述运营商的策略包括基于服务质量QoS的策略,基于与特定QoS过滤器相匹配的IP业务。 [0170] 在一个实施例中,所述用户设备包括: [0171] -装置,用于根据所述基于QoS的策略及基于所述与承载所述业务相关联的服务数据流的QoS,为IP路由业务选择接入网络/接入技术。 [0172] 在一个实施例中,所述用户设备包括: [0173] -装置,用于从策略服务器接收所述基于QoS的策略。 [0174] 在一个实施例中,所述用户设备包括: [0175] -装置,用于接收所述与服务数据流相关联的QoS的通知。 [0176] 在一个实施例中,在包括3GPP及非3GPP接入网络/接入技术的系统中,所述用户设备包括: [0177] -装置,用于通过UE与3GPP核心网络之间的信令交换,接收所述通知,以建立或修改所述SDF被映射在其上的承载。 [0178] 在一个实施例中,所述用户设备包括: [0179] -装置,用于通过专用承载激活中的或UE与3GPP演进分组核心EPC之间的修改过程中的会话管理信令,接收所述通知。 [0180] 另一方面,在一个实施例中,提供了一种在包括3GPP及非3GPP接入网络/接入技术的多接入通信系统中的用户设备UE,所述UE包括: [0181] -装置,用于接收所述与由3GPP核心网络分配的服务数据流SDF相关联的QoS的通知,若所述UE不需要为所述SDF建立或修改在3GPP接入网络/接入技术上的承载。 [0182] 在一个实施例中,所述用户设备包括: [0183] -装置,用于运用通过3GPP接入网络/接入技术在UE与3GPP核心网络之间的专用信令交换,接收所述与服务数据流SDF相关联的QoS的通知。 [0184] 在一个实施例中,所述用户设备包括: [0185] -装置,用于根据NAS协议,接收包含所述与服务数据流相关联的QoS的通知消息。 [0186] 在一个实施例中: [0187] -所述与服务数据流相关联的QoS被承载在协议配置选择PCO中的所述消息中。 [0188] 在一个实施例中,所述用户设备包括: [0189] -装置,用于运用通过非3GPP接入网络/接入技术在UE与3GPP核心网络之间的专用信令交换,接收所述与服务数据流SDF相关联的QoS的通知。 [0190] 在一个实施例中,在支持基于主机的IP移动协议诸如DSMIP的系统中,所述UE包括: [0191] -装置,用于从所述基于主机的IP移动协议中的网络实体诸如具有本地代理功能的PGW,接收所述与服务数据流相关联的QoS。 [0192] 在一个实施例中,在支持基于网络的IP移动协议的系统中,所述UE包括: [0193] -装置,用于从因特网密钥交换IKE协议中的网络实体诸如ePDG,接收所述与服务数据流相关联的QoS。 [0194] 在一个实施例中,在基于与特定QoS过滤器相匹配的IP业务的支持基于服务质量QoS的策略的系统中,用于通过用户设备为IP业务路由提供控制接入网络/接入技术选择,所述UE包括: [0195] -装置,用于基于所述基于QoS的策略及基于所述通知的QoS,选择接入网络/接入技术。 [0196] 在一个实施例中,所述用户设备包括: [0197] -装置,用于一旦接收到所述通知,触发非3GPP接入网络/接入技术相关的QoS。 [0198] 另一方面,提供了一种包括用于执行该等方法的装置的网络实体,诸如策略服务器。 [0199] 在一个实施例中,提供了一种在多接入通信系统中的网络实体诸如策略服务器,所述网络实体包括: [0200] -装置,用于将运营商的策略提供给用户设备,以通过所述用户设备为IP业务路由控制网络接入/接入技术选择; [0201] -所述运营商的策略包括基于服务质量QoS的策略,基于与特定QoS过滤器相匹配的IP业务。 [0202] 另一方面,提供了一种负责信令的网络实体,包括用于执行该等方法的装置。 [0203] 一方面,在一个实施例中,提供了一种在包括3GPP与非3GPP接入网络/接入技术的多接入通信系统中负责信令的网络实体,所述网络实体包括: [0204] -装置,用于运用通过3GPP接入网络/接入技术在UE与3GPP核心网络之间的专用信令交换,向用户设备通知所述与所述SDF相关联的QoS。 [0205] 在一个实施例中,提供了一种网络实体,诸如与PGW/GGSN相对应的网络实体,包括: [0206] -装置,用于根据GTP-c协议,以及可能通过网络实体诸如SGW,向与MME/SGSN相对应的网络实体发送包含所述与服务数据流相关联的QoS的通知消息。 [0207] 在一个实施例中,提供了一种网络实体,诸如与MME/SGSN相对应的网络实体,包括: [0208] -装置,用于根据NAS协议,向用户设备UE发送包含所述与服务数据流相关联的QoS的通知消息。 [0209] 在一个实施例中: [0210] -所述与服务数据流相关联的QoS被承载在协议配置选择PCO中的所述消息中。 [0211] 另一方面,在一个实施例中,提供了一种在包括3GPP与非3GPP接入网络/接入技术的多接入通信系统中负责信令的网络实体,所述网络实体包括: [0212] -装置,用于运用通过非3GPP接入网络/接入技术在UE与3GPP核心网络之间的专用信令交换,向用户设备UE通知所述与服务数据流SDF相关联的QoS。 [0213] 在一个实施例中,在支持基于主机的IP移动协议诸如DSMIP的系统中,提供了一种与实体诸如具有本地代理功能的PGW相对应的网络实体,包括: [0214] -装置,用于将所述与服务数据流相关联的QoS发送至所述基于主机的IP移动协议中的用户设备。 [0215] 在一个实施例中,在支持PMIP类型的基于网络的IP移动协议的系统中,提供了一种与实体诸如具有LMA功能的PGW相对应的网络实体,所述网络实体包括: [0216] -装置,用于将所述与服务数据流相关联的QoS发送至所述IP移动协议中的网络实体,诸如具有MAG功能的ePDG。 [0217] 在一个实施例中,在支持GTP类型的基于网络的IP移动协议的系统中,提供了一种与实体诸如PGW相对应的网络实体,所述网络实体包括: [0218] -装置,用于将所述与服务数据流相关联的QoS发送至所述IP移动协议中的网络实体,诸如ePDG。 [0219] 在一个实施例中,在支持基于网络的IP移动协议的系统中,提供了一种与网络实体诸如ePDG相对应的网络实体,包括: [0220] -装置,用于将所述与服务数据流相关联的QoS发送至在因特网密钥交换IKE(Internet Key Exchange)协议中的用户设备。 [0221] 在一个实施例中,在基于与特定QoS过滤器相匹配的IP业务的支持基于服务质量QoS的策略的系统中,该网络实体或实体被提供,用于通过用户设备为IP业务的路由控制接入网络/接入技术的选择。 [0222] 对于本领域技术人员,上述装置的详细实施例不会引起任何特殊问题,因此,对于本领域技术人员,与上述已经做出的相比,该等装置没有必要通过它们的功能被更充分地公开。 |