CN103298145A - 差分服务代码点dscp信息的配置方法、装置及系统 - Google Patents
差分服务代码点dscp信息的配置方法、装置及系统 Download PDFInfo
- Publication number
- CN103298145A CN103298145A CN2013101696608A CN201310169660A CN103298145A CN 103298145 A CN103298145 A CN 103298145A CN 2013101696608 A CN2013101696608 A CN 2013101696608A CN 201310169660 A CN201310169660 A CN 201310169660A CN 103298145 A CN103298145 A CN 103298145A
- Authority
- CN
- China
- Prior art keywords
- request message
- message
- node
- entity
- information
- 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.)
- Pending
Links
Images
Abstract
本发明公开了一种基于策略和计费控制PCC架构下的DSCP的配置方法、装置及系统,涉及通信技术领域,用以实现针对不同的用户灵活的配置不同的DSCP值。该方法包括:在接收到第一节点发送的第一请求消息后;或,向第一节点发送第二请求消息前,根据请求消息中包含的用户信息查找对应的用于表征消息优先级的差分服务代码点DSCP信息;将查找到的DSCP信息封装入与对应的所述第一请求消息对应的第一应答消息中,或封装入所述第二请求消息中;向第一节点返回所述第一应答消息,或向第一节点发送第二请求消息。
Description
技术领域
本发明涉及通信技术领域,具体涉及一种基于策略和计费控制PCC架构下的DSCP的配置方法、装置及系统。
背景技术
随着IP网络上新应用和新业务的不断出现,对IP网络的服务质量也提出了新的要求,例如VoIP(Voice over IP,IP语音)等实时业务就对报文的传输延迟提出了较高要求,如果报文传送延时太长,将是用户所不能接受的(相对而言,E-Mail和FTP业务对时间延迟并不敏感)。为了支持具有不同服务需求的语音、视频以及数据等业务,要求网络能够区分出不同的通信,进而为之提供相应的服务。传统IP网络的尽力服务不可能识别和区分出网络中的各种通信类别,而具备通信类别的区分能力正是为不同的通信提供不同服务的前提,所以说传统网络的尽力服务模式已不能满足应用的需要。IP QoS(Quality ofService,服务质量)技术的出现便致力于解决这个问题。IP QoS旨在针对各种应用的不同需求,为其提供不同的服务质量,例如:提供专用带宽、减少报文丢失率、降低报文传送时延及时延抖动等。
IP QoS技术目前主要采用的是DiffServ(差分服务)模型:当网络出现拥塞时,根据业务的不同服务等级约定,有差别地进行流量控制和转发来解决拥塞问题。它要求在在网络入口对IP报文进行分类、流量控制,设置差分服务代码点(Differentiated Services Code Point,DSCP)(分别对应IPV4报文中的TOS字段和IPV6报文中的FLOW LABEL字段),在网络中各个交换、路由转发节点根据分组的DSCP值,进行队列调度、分组丢弃等不同的QoS控制。
长期演进(Long Term Evolution,LTE)核心网是全IP互联架构,且引入了动态策略和计费控制架构(Policy and Charging Control,PCC),如图1所示,在此LTE架构下目前主要是通过在PGW/SGW网元侧配置不同QCI(QoS classidentifier,LTE系统引入的概念,用来指示不同承载的QoS级别,并对应一定的QoS要求)对应的DSCP,由PGW、SGW网元业务面在出局时根据配置将不同承载的GPRS隧道协议用户面(GPRS Tunneling Protocol User Plane,GTPU)报文和IP报文的DSCP值打上。
综上所述,现有技术存在以下问题:
1.QCI的承载级别划分过于粗略,例如只能按照业务的类型粗略的划分承载级别,导致PGW/SGW网元侧配置的DSCP不灵活,无法按照用户等级/品牌进行灵活配置。
2.由于各个网元设备可能是不同厂家生产的,业界内对QCI又没有统一的配置标准,所以有可能导致网元设备之间的DSCP不一致,网络内对用户的数据报文的差分服务处理不一致。
发明内容
本发明实施例提供了一种差分服务代码点DSCP信息的配置方法、装置及系统,用以实现针对不同的用户灵活的配置不同的DSCP值。
本发明实施例提供的一种差分服务代码点DSCP信息的配置方法,基于策略和计费控制PCC架构下,该方法包括:
在接收到第一节点发送的第一请求消息后;或,向第一节点发送第二请求消息前,根据请求消息中包含的用户信息查找对应的用于表征消息优先级的差分服务代码点DSCP信息;
将查找到的DSCP信息封装入与对应的所述第一请求消息对应的第一应答消息中,或封装入所述第二请求消息中;
向第一节点返回所述第一应答消息,或向第一节点发送第二请求消息。
本发明实施例提供的一种差分服务代码点DSCP的配置方法,基于策略和计费控制PCC架构下,该方法包括:
在向第二节点转发第三节点发送的第一请求消息,并接收第二节点返回的第一应答消息后;或,在接收到第三节点发送的第二请求消息后;
提取并保存所述第一应答消息或第二请求消息包含的与用户信息对应的用于表征消息优先级的差分服务代码点DSCP信息;
向第三节点转发所述第一应答消息;或,向第三节点发送第四请求消息。
本发明实施例提供的一种差分服务代码点DSCP信息的配置装置,基于策略和计费控制PCC架构下,该装置包括:
查找模块,用于在接收到第一节点发送的第一请求消息后;或,向第一节点发送第二请求消息前,根据请求消息中包含的用户信息查找对应的用于表征消息优先级的DSCP信息;
封装模块,用于将查找到的DSCP信息封装入与对应的所述第一请求消息对应的第一应答消息中,或封装入所述第二请求消息中;
发送模块,用于向第一节点返回所述第一应答消息,或向第一节点发送第二请求消息。
本发明实施例提供的一种差分服务代码点DSCP信息的配置装置,基于策略和计费控制PCC架构下,该装置包括:
接收模块,用于向第二节点转发第三节点发送的第一请求消息,并接收第二节点返回的第一应答消息;或,接收第三节点发送的第二请求消息;
提取模块,用于提取并保存所述第一应答消息或第二请求消息包含的与用户信息对应的用于表征消息优先级的DSCP信息;
转发模块,用于向第三节点转发所述第一应答消息;或,向第三节点发送第四请求消息。
本发明实施例提供的一种差分服务代码点DSCP信息的配置装置系统,基于策略和计费控制PCC架构下,包括信令网关SGW实体,该系统还包括:
策略和计费规则功能实体(Policy and Charging Rules Function,PCRF),用于在接收到分组数据网网关PGW实体发送的第一请求消息后;或,向PGW实体发送第二请求消息前,根据请求消息中包含的用户信息查找对应的用于表征消息优先级的DSCP信息;
将查找到的DSCP信息封装入与对应的所述第一请求消息对应的第一应答消息中,或封装入所述第二请求消息中;
向PGW实体返回所述第一应答消息,或,向PGW实体发送所述第二请求消息;
PGW实体,用于向PCRF实体转发SGW实体发送的第一请求消息,并接收PCRF实体返回的第一应答消息后;或,接收SGW实体发送的第二请求消息后,提取并保存所述第一应答消息或第二请求消息包含的与用户信息对应的用于表征消息优先级的DSCP信息;
向SGW实体转发所述第一应答消息;或,向SGW实体发送第四请求消息。
本发明实施例,在策略和计费控制架构下,各网元相互间发送消息时,先获取DSCP信息,并且直接将DSCP信息夹杂在消息中伴随着业务在各网元中发送,从而保证了架构中的各网元统一了DSCP信息,保持网元间一致的差分处理,并且各网元由于并不提前自行设置DSCP信息,是在接收消息时从消息中获取的,所以DSCP信息在设置时可以更加灵活。
附图说明
图1为本发明实施例提供的现有技术下的LTE系统架构示意图;
图2为本发明实施例提供的一种差分服务代码点DSCP信息的配置方法的流程示意图;
图3为本发明实施例提供的一种差分服务代码点DSCP信息的配置装置的结构示意图;
图4为本发明实施例提供的PDN建立过程的流程示意图;
图5为本发明实施例提供的专用承载建立过程的流程示意图。
具体实施方式
由于现有技术存在上述问题,如何更加灵活合理的配置不同业务、不同用户(包括等级和套餐品牌)的DSCP,使得在带宽有限的情况下,通过DiffServ(差分服务)模型满足运营商运营网络的需求,是值得研究和解决的问题。
本发明实施例提供了一种差分服务代码点DSCP信息的配置方法、装置及系统,用以实现针对不同的用户灵活的配置不同的DSCP值。
本发明实施例提供了一种差分服务代码点DSCP信息的配置方法,基于策略和计费控制PCC架构下,如图2所示,在PRCF侧,该方法包括:
S101,在接收到第一节点发送的第一请求消息后;或,向第一节点发送第二请求消息前,根据请求消息中包含的用户信息查找对应的用于表征消息优先级的DSCP信息;
S102,将查找到的DSCP信息封装入与对应的所述第一请求消息对应的第一应答消息中,或封装入所述第二请求消息中;
S103,向第一节点返回所述第一应答消息,或向第一节点发送第二请求消息。
在上述实施例中,PRCF除了传统的现有技术中的常用功能外,还能够针对不同用户的不同请求消息向结构内的其他节点(网元设备)配置具体的DSCP信息的功能,在需要向其他节点返回应答消息时,根据用户信息将对应的DSCP信息封装入应答消息,用户告知其他节点针对该用户的DSCP信息,也就是针对不同用户的具体的优先级或等级规则,达到了网络中的各个设备能够细致到针对用户来进行消息的优先级设置的目的,更加具体、准确的实现流量的分配。
可以理解的是针对不同的用户设置的DSCP可以根据需要进行设置,例如不仅可以根据业务类别进行设置,还可以考虑用户的级别,例如高级用户就可以比普通用户有更高的优先级,在网络拥塞时,享有更高的带宽服务。
PRCF可以通过用户签约数据库(Subscription Profile Repository,SPR)进行具体的DSCP信息配置。本发明技术方案较现在的方法比较,具有更好的配置灵活性,可以基于业务流,可以基于用户套餐品牌,还可以针对VIP用户定制等等,这些策略更利于运营商调整IP QoS方案。且通过集中在一个网元内配置,通过信令、消息的流程交互使得PGW/SGW网元获得了相同的DSCP信息,有利于整个承载网络内业务流IP QoS的统一。
针对第三代合作项目,(3rd Generation Partnership Project,3GPP)29.274协议("General Packet Radio Service(GPRS):Evolved GPRS Tunnelling Protocol(eGTP)for EPS")中的Bearer Quality of Service(Bearer QoS)这个信息字段中补充DSCP信息配置,Bearer Quality of Service这个消息是29.274协议中一些包含的信息字段(Information Element,IE)的消息的名称,比如CBR消息就包含此信息字段。
对上述IE进行解释,IE就是消息中的信息字段,一条消息里可以有多个IE,(每个IE还可以包括很多子IE。Bearer Quality of Service(Bearer QoS)就是一个IE,它就是作为一个子IE包含在Bearer Context IE当中),因为BearerContext这个IE在多条消息中都可以包含,所以Bearer QoS这个IE也可以包含在多条消息中,比如Create Bearer Request、Modify Bearer Request消息等,本发明实施例就是在Bearer QoS这个子IE中增加DSCP字段,这样类似CreateBearer Request创建接入承载消息这样的常见消息中就可以包含DSCP字段了。
在上述实施例的基础上,上述的请求消息可以根据不同的业务流程为不同的请求消息,并且由于业务流的DSCP在业务建立时确定配置即可,即伴随QCI和IP五元组的确定而定,单纯的GBR/MBR等速率的更新是不需要引起DSCP的变化的,因此这里以分组数据网(Packet Data Network,PDN)连接建立和网络侧发起的专用承载建立为例进行说明。
在此对上述提出的IP五元组进行解释,IP五元组信息是用来在IP层面表示一条业务流信息的,一般包括IP报文的源地址、目的地址、源端口号、目的端口号以及上层协议类型。PGW从SGi接口收到的IP报文需要根据IP五元组信息(这个信息会在TFT这个IE中体现)来决定该IP报文需要放到哪个隧道里(也就是一个承载)来传递到SGW,SGW继而传递到基站ENB。
实施例一
如图4所示,以分组数据网的建立过程为例,在所述第一请求消息为信用控制请求消息时,所述第一节点为PGW,所述第一应答消息为信用控制应答消息。
具体地,移动管理实体(Mobile Management Entity,MME)实体在接收到用户UE的ATTACH或PDN连接建立请求后:
1)MME实体首先向SGW实体发送创建会议请求消息Create SessionRequest;
2)SGW实体向PGW实体转发Create Session Request消息。
3)PGW实体向PCRF实体发起Credit Control Request信用控制请求消息,请求授权PCC规则。
4)PCRF实体根据Credit Control Request中包含的用户信息,在向PGW实体返回的Credit Control Answer信用控制应答消息中包含授权的PCC规则和QoS信息,QoS信息中包括配置的DSCP。
5)PGW实体向SGW实体返回Create Session Response创建会议回复消息,消息中携带该承载对应的PCRF授权的DSCP信息。
至此,网络中的对于消息的规则和DSCP配置起到关键作用的SGW实体和PGW实体都获得了该用户所建立承载对应的DSCP信息,后续流程这里不再描述。
实施例二
如图5所示,对于由网络侧发起的专用承载建立过程来说,在所述第二请求消息为RAR消息时,所述第一节点为PGW。
具体地,1)PCRF实体向PGW实体发起Re-Auth-Request重授权请求消息过程,消息中携带所建立的业务流的IP五元组信息、PCC规则以及QoS信息,QoS信息中包含了其对应的DSCP值。
2)PGW实体在接收到Re-Auth-Request后,执行业务流与承载的绑定,并提取相应的DSCP进行配置,如果确认需要建立新的承载,则向SGW实体发起Create Bearer Request创建承载请求消息,消息中携带承载的QoS信息,包括PCRF授权配置的DSCP。
3)SGW实体向MME实体转发Create Bearer Request消息,MME实体与基站ENB和用户UE进行交互。
4)交互完成后MME实体向SGW实体返回Create Bearer Response创建承载回复消息;
5)SGW实体向PGW转发Create Bearer Response消息;
6)PGW实体向PCRF实体返回Re Auth Answer重授权请求应答消息。
至此,通过网络侧发起的专用承载建立过程,PCRF实体通过RAR消息将业务流对应的DSCP信息携带给PGW实体,PGW实体再通过Create BearerRequest消息带给SGW实体,PGW实体和SGW实体都获得了该用户所建立承载对应的DSCP信息。
本发明实施例了一种DSCP的配置方法,基于策略和计费控制PCC架构下,在PGW实体侧,该方法包括:
在向第二节点转发第三节点发送的第一请求消息,并接收第二节点返回的第一应答消息后;或,在接收到第三节点发送的第二请求消息后;
提取并保存所述第一应答消息或第二请求消息包含的与用户信息对应的用于表征消息优先级的DSCP信息;
向第三节点转发所述第一应答消息;或,向第三节点发送第四请求消息。
本发明上述实施例是站在了网络中的PGW实体侧进行的方法描述,在本发明实施例中,PGW实体的DSCP配置是从由网络其它实体返回的应答消息或请求消息中携带的,并不是由厂家提前设置好的,这样能够保证网络中的实体的DSCP配置标准完全统一,不会发生网络内对用户数据报文差分服务处理不一致的情况。
与PCRF实体侧同样,对于PDN建立过程来说,在所述第一请求消息为信用控制请求消息时,所述第一应答消息为信用控制应答消息,所述第三节点为SGW,所述第二节点为PRCF。
对于网络侧发起的专用承载建立过程来说,在所述第二请求消息为RAR消息时,所述第三节点为SGW,所述第四请求消息为创建承载请求消息。
可以理解的是,由于具体的流程上面已经有所介绍,在此不再赘述。
综上所述,归结本发明的总体思想是,由于在引入动态PCC架构后,用户承载的建立、修改、释放都需要得到PCRF网元的授权,那么就可以通过在Gx接口的交互消息中增加DSCP信息,PGW就可以得到用户的业务流的DSCP值,就可以在用户面的处理中将PCRF配置的DSCP值打在用户IP报文的头中,同时可以通过S5/8接口消息通知到SGW,SGW网元也同样可以在用户面的IP报文头中打上DSCP值。PCRF侧的DSCP配置可以通过SPR网元根据用户签约信息配置。综上就可以达到DSCP的灵活配置,且网络内部的标准达到统一。
对应上述方法,本发明实施还提供了一种DSCP的配置装置,基于策略和计费控制PCC架构下,对于PCRF实体侧,如图3所示,该装置包括:
查找模块1,用于在接收到第一节点发送的第一请求消息后;或,向第一节点发送第二请求消息前,根据请求消息中包含的用户信息查找对应的用于表征消息优先级的DSCP信息;
封装模块2,用于将查找到的DSCP信息封装入与对应的所述第一请求消息对应的第一应答消息中,或封装入所述第二请求消息中;
发送模块3,用于向第一节点返回所述第一应答消息,或向第一节点发送第二请求消息。
在本实施例中,设置了查找模块,封装模块和发送模块,三者配合实现了根据不同请求消息中的用户信息来查找对应的DSCP信息,并通过其他的返回消息或发送消息传递给网络中的其它实体,实现了针对不同用户配置不同DSCP信息的目的。
优选地,在所述第一请求消息为信用控制请求消息时,所述第一应答消息为信用控制应答消息,所述第一节点为PGW;
所述发送模块具体可用于:
在所述第一请求消息为信用控制请求消息时,向分组数据网网关PGW发送信用控制应答消息。
优选地,在所述第二请求消息为创建承载请求消息时,所述第一节点为PGW;
所述发送模块具体还可用于:
在所述第二请求消息为重授权请求RAR消息时,将所述RAR消息发送给PGW。
与上述装置对应,本发明实施例还提供了一种DSCP的配置装置,基于策略和计费控制PCC架构下,对于PGW实体侧,该装置包括:
接收模块,用于向第二节点转发第三节点发送的第一请求消息,并接收第二节点返回的第一应答消息;或,接收第三节点发送的第二请求消息;
提取模块,用于提取并保存所述第一应答消息或第二请求消息包含的与用户信息对应的用于表征消息优先级的DSCP信息;
转发模块,用于向第三节点转发所述第一应答消息;或,向第三节点发送第四请求消息。
在本发明实施例中,本发明装置为PGW实体进行DSCP的配置是从由网络其它实体返回的应答消息或请求消息中携带的,并不是由厂家提前设置好的,这样能够保证网络中的实体的DSCP配置标准完全统一,不会发生网络内对用户数据报文差分服务处理不一致的情况。
可以理解的是,出于实用性的考虑,本发明实施例中上述的DSCP的配置装置均可与网络中的实体集成在一起设置。
优选地,在所述第一请求消息为信用控制请求消息时,所述第一应答消息为信用控制应答消息,所述第三节点为SGW,所述第二节点为PRCF;
所述转发模块可具体用于:
在所述第一请求消息为信用控制请求消息时,向SGW转发所述信用控制应答消息。
优选地,在所述第二请求消息为RAR消息时,所述第三节点为SGW;
所述转发模块还可具体用于:
在所述第二请求消息为重授权请求RAR消息时,向SGW发送创建承载请求消息。
针对上述方法及装置,本发明还提供了一种DSCP的配置装置系统,基于策略和计费控制PCC架构下,包括SGW实体,该系统还包括:
PCRF实体,用于在接收到PGW实体发送的第一请求消息后;或,向PGW实体发送第二请求消息前,根据请求消息中包含的用户信息查找对应的用于表征消息优先级的DSCP信息;
将查找到的DSCP信息封装入与对应的所述第一请求消息对应的第一应答消息中,或封装入所述第二请求消息中;
向PGW实体返回所述第一应答消息,或,向PGW实体发送所述第二请求消息;
PGW实体,用于向PCRF实体转发SGW实体发送的第一请求消息,并接收PCRF实体返回的第一应答消息后;或,接收SGW实体发送的第二请求消息后,提取并保存所述第一应答消息或第二请求消息包含的与用户信息对应的用于表征消息优先级的DSCP信息;
向SGW实体转发所述第一应答消息;或,向SGW实体发送第四请求消息。
在本发明实施例中,网络中的PRCF网元通过与其它的网元的消息交互,为其它网元(PGW实体、SGW实体)配置为不同用户设置的DSCP信息,已达到通过一个网元配置整个网络业务流中的DSCP,有利于整个承载网络内业务流IP QoS的统一。可以理解的是,本网络中不仅包含了上述的PRCF实体、PGW实体和SGW实体,还可包含其他的实体,例如MME实体等。
优选地,所述第一请求消息可为信用控制请求消息,所述第一应答消息可为信用控制应答消息,所述第二请求消息可为创建承载请求消息,所述第四请求消息可为创建承载请求消息。
本领域内的技术人员应明白,本发明的实施例可提供为方法、系统、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。
Claims (14)
1.一种差分服务代码点DSCP信息的配置方法,基于策略和计费控制PCC架构下,其特征在于,该方法包括:
在接收到第一节点发送的第一请求消息后;或,向第一节点发送第二请求消息前,根据请求消息中包含的用户信息查找对应的用于表征消息优先级的差分服务代码点DSCP信息;
将查找到的DSCP信息封装入与对应的所述第一请求消息对应的第一应答消息中,或封装入所述第二请求消息中;
向第一节点返回所述第一应答消息,或向第一节点发送第二请求消息。
2.如权利要求1所述的方法,其特征在于,在所述第一请求消息为信用控制请求消息时,所述第一节点为分组数据网网关PGW,所述第一应答消息为信用控制应答消息。
3.如权利要求1所述的方法,其特征在于,在所述第二请求消息为重授权请求RAR消息时,所述第一节点为PGW。
4.一种差分服务代码点DSCP的配置方法,基于策略和计费控制PCC架构下,其特征在于,该方法包括:
在向第二节点转发第三节点发送的第一请求消息,并接收第二节点返回的第一应答消息后;或,在接收到第三节点发送的第二请求消息后;
提取并保存所述第一应答消息或第二请求消息包含的与用户信息对应的用于表征消息优先级的差分服务代码点DSCP信息;
向第三节点转发所述第一应答消息;或,向第三节点发送第四请求消息。
5.如权利要求4所述的方法,其特征在于,在所述第一请求消息为信用控制请求消息时,所述第一应答消息为信用控制应答消息,所述第三节点为信令网关SGW,所述第二节点为策略和计费规则功能PRCF实体。
6.如权利要求4所述的方法,其特征在于,在所述第二请求消息为RAR重授权请求消息时,所述第三节点为SGW,所述第四请求消息为创建承载请求消息。
7.一种差分服务代码点DSCP信息的配置装置,基于策略和计费控制PCC架构下,其特征在于,该装置包括:
查找模块,用于在接收到第一节点发送的第一请求消息后;或,向第一节点发送第二请求消息前,根据请求消息中包含的用户信息查找对应的用于表征消息优先级的DSCP信息;
封装模块,用于将查找到的DSCP信息封装入与对应的所述第一请求消息对应的第一应答消息中,或封装入所述第二请求消息中;
发送模块,用于向第一节点返回所述第一应答消息,或向第一节点发送第二请求消息。
8.如权利要求7所述的装置,其特征在于,所述发送模块具体用于:
在所述第一请求消息为信用控制请求消息时,向分组数据网网关PGW发送信用控制应答消息。
9.如权利要求7所述的装置,其特征在于,所述发送模块具体用于:
在所述第二请求消息为重授权请求RAR消息时,将所述RAR消息发送给PGW。
10.一种差分服务代码点DSCP信息的配置装置,基于策略和计费控制PCC架构下,其特征在于,该装置包括:
接收模块,用于向第二节点转发第三节点发送的第一请求消息,并接收第二节点返回的第一应答消息;或,接收第三节点发送的第二请求消息;
提取模块,用于提取并保存所述第一应答消息或第二请求消息包含的与用户信息对应的用于表征消息优先级的DSCP信息;
转发模块,用于向第三节点转发所述第一应答消息;或,向第三节点发送第四请求消息。
11.如权利要求10所述的装置,其特征在于,所述第一请求消息为信用控制请求消息,所述第一应答消息为信用控制应答消息,所述第三节点为信令网关SGW,所述第二节点为策略和计费规则功能PRCF实体;
所述转发模块具体用于:
在所述第一请求消息为信用控制请求消息时,向SGW发送创建承载请求消息。
12.如权利要求10所述的装置,其特征在于,所述转发模块具体用于:
在所述第二请求消息为重授权请求RAR消息时,向SGW转发所述RAR消息。
13.一种差分服务代码点DSCP信息的配置装置系统,基于策略和计费控制PCC架构下,包括信令网关SGW实体,其特征在于,该系统还包括:
策略和计费规则功能PCRF实体,用于在接收到分组数据网网关PGW实体发送的第一请求消息后;或,向PGW实体发送第二请求消息前,根据请求消息中包含的用户信息查找对应的用于表征消息优先级的DSCP信息;
将查找到的DSCP信息封装入与对应的所述第一请求消息对应的第一应答消息中,或封装入所述第二请求消息中;
向PGW实体返回所述第一应答消息,或,向PGW实体发送所述第二请求消息;
PGW实体,用于向PCRF实体转发SGW实体发送的第一请求消息,并接收PCRF实体返回的第一应答消息后;或,接收SGW实体发送的第二请求消息后,提取并保存所述第一应答消息或第二请求消息包含的与用户信息对应的用于表征消息优先级的DSCP信息;
向SGW实体转发所述第一应答消息;或,向SGW实体发送第四请求消息。
14.如权利要求13所述的系统,其特征在于,所述第一请求消息为信用控制请求消息,所述第一应答消息为信用控制应答消息,所述第二请求消息为重授权请求消息,所述第四请求消息为创建承载请求消息。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2013101696608A CN103298145A (zh) | 2013-05-09 | 2013-05-09 | 差分服务代码点dscp信息的配置方法、装置及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2013101696608A CN103298145A (zh) | 2013-05-09 | 2013-05-09 | 差分服务代码点dscp信息的配置方法、装置及系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN103298145A true CN103298145A (zh) | 2013-09-11 |
Family
ID=49098262
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2013101696608A Pending CN103298145A (zh) | 2013-05-09 | 2013-05-09 | 差分服务代码点dscp信息的配置方法、装置及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN103298145A (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103957542A (zh) * | 2014-03-14 | 2014-07-30 | 大唐移动通信设备有限公司 | 一种业务承载建立的方法及装置 |
CN104683298A (zh) * | 2013-11-27 | 2015-06-03 | 华为技术有限公司 | 一种差分服务规则的配置方法和装置 |
CN110391998A (zh) * | 2018-04-23 | 2019-10-29 | 华为技术有限公司 | 一种业务流传输的方法和设备 |
CN111181869A (zh) * | 2018-11-09 | 2020-05-19 | T移动美国公司 | 分组业务优先的消息型映射 |
CN114930902A (zh) * | 2019-12-30 | 2022-08-19 | 甲骨文国际公司 | 用于在5G网络中启用传输服务质量(QoS)的方法、系统和计算机可读介质 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101272256A (zh) * | 2007-03-23 | 2008-09-24 | 华为技术有限公司 | 业务处理方法和系统、策略控制和计费规则功能实体 |
CN102378382A (zh) * | 2010-08-10 | 2012-03-14 | 华为技术有限公司 | 一种数据流的调度方法、设备和系统 |
-
2013
- 2013-05-09 CN CN2013101696608A patent/CN103298145A/zh active Pending
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101272256A (zh) * | 2007-03-23 | 2008-09-24 | 华为技术有限公司 | 业务处理方法和系统、策略控制和计费规则功能实体 |
CN102378382A (zh) * | 2010-08-10 | 2012-03-14 | 华为技术有限公司 | 一种数据流的调度方法、设备和系统 |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104683298A (zh) * | 2013-11-27 | 2015-06-03 | 华为技术有限公司 | 一种差分服务规则的配置方法和装置 |
CN104683298B (zh) * | 2013-11-27 | 2018-04-10 | 华为技术有限公司 | 一种差分服务规则的配置方法和装置 |
CN103957542A (zh) * | 2014-03-14 | 2014-07-30 | 大唐移动通信设备有限公司 | 一种业务承载建立的方法及装置 |
CN103957542B (zh) * | 2014-03-14 | 2017-11-03 | 大唐移动通信设备有限公司 | 一种业务承载建立的方法及装置 |
CN110391998A (zh) * | 2018-04-23 | 2019-10-29 | 华为技术有限公司 | 一种业务流传输的方法和设备 |
CN111181869A (zh) * | 2018-11-09 | 2020-05-19 | T移动美国公司 | 分组业务优先的消息型映射 |
CN114930902A (zh) * | 2019-12-30 | 2022-08-19 | 甲骨文国际公司 | 用于在5G网络中启用传输服务质量(QoS)的方法、系统和计算机可读介质 |
CN114930902B (zh) * | 2019-12-30 | 2023-05-12 | 甲骨文国际公司 | 用于在5G网络中启用传输服务质量(QoS)的方法、系统和计算机可读介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11083033B2 (en) | Small data usage enablement in 3GPP networks | |
CN104255046B (zh) | 可定制的移动宽带网络系统和定制移动宽带网络的方法 | |
CN103081551B (zh) | 用于基于服务请求生成pcc规则的方法和系统 | |
CN102612095B (zh) | 一种ip数据包的传输方法和设备 | |
CN105745945B (zh) | 控制移动通信系统中的机器类通信的数据传输 | |
CN109314710A (zh) | 用于通信网络中的服务质量监测、策略执行和计费的系统和方法 | |
CN101370263B (zh) | 一种策略控制方法及系统 | |
JP6406259B2 (ja) | 通信装置、制御装置、通信方法、制御方法およびプログラム | |
CN101399843B (zh) | 报文深度过滤方法 | |
CN102076028A (zh) | 公用承载建立的方法、数据传输方法和核心网络侧设备 | |
CN102098651B (zh) | 利用用户服务标识usid实施策略标识与控制的方法 | |
CN104301881B (zh) | 一种计费的方法和计费装置 | |
CN103843452B (zh) | 承载建立方法、基站、分组数据网关和计算机系统 | |
CN103404102A (zh) | 一种承载创建方法、装置和系统 | |
CN103298145A (zh) | 差分服务代码点dscp信息的配置方法、装置及系统 | |
CN103248451A (zh) | 业务速率控制方法和系统以及设备 | |
CN104683956A (zh) | QoS控制方法和系统 | |
CN109417729A (zh) | 一种业务数据传输方法及设备 | |
CN107079523A (zh) | 一种用户数据处理装置、方法及系统 | |
CN103428731A (zh) | 路由优化方法及系统、服务网关 | |
CN102811204A (zh) | 分组核心演进中基于深度包检测的承载控制系统及方法 | |
Desogus et al. | Remiot: Reputation-based network selection in multimedia iot | |
JP6477476B2 (ja) | 通信装置、制御装置、通信システム、通信方法、制御方法およびプログラム | |
CN101360097B (zh) | 一种转发报文的方法、网络及网元 | |
CN104053192A (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 | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20130911 |