通信人家园

标题: LTE中UE的QoS需求如何报给网络？ [查看完整版帖子] [打印本页]

时间: 2011-2-23 17:55

作者: edmond98 标题: LTE中UE的QoS需求如何报给网络？

UE的不同业务比如VoIP,Video，Interactive Gaming等的不同QoS需求参数是如何传给核心网PCRF等或者是eNB的？

具体在哪个消息里面呢，UE需要报什么呢，比如带宽，延时之类的？

有没有关于这方面的一些详细介绍的资料啊？

时间: 2011-2-24 00:42

作者: ccguanz 标题: 你可以看下3GPP的23.401协议

3GPP的23.401协议有一章专门讲承载的。
LTE/EPS是端到端的QOS，与UMTS不同，不需要进行QOS的协商。PCRF中保存了QOS的策略，当UE发送业务请求消息，或者PDN连接建立消息时，PCRF根据业务的类型检查之前保存的QOS策略，根据业务需要的QOS和PCRF为用户保存的QOS策略，选择为UE建立专用承载。当不需要为UE建立专用承载时，数据的传输只需缺省承载就可完成

时间: 2011-2-24 10:21

作者: edmond98

原帖由 ccguanz 于 2011-2-24 00:42 发表
3GPP的23.401协议有一章专门讲承载的。
LTE/EPS是端到端的QOS，与UMTS不同，不需要进行QOS的协商。PCRF中保存了QOS的策略，当UE发送业务请求消息，或者PDN连接建立消息时，PCRF根据业务的类型检查之前保存的QOS策略 ...

UE报自己的不同QoS需求是在哪个消息里面呢，无线侧这边是在RRC么？

具体UE需要报什么QoS参数？带宽，延时，还是只要一个QCI就可以了？

时间: 2011-2-24 11:23

作者: edmond98

原帖由 ccguanz 于 2011-2-24 00:42 发表
3GPP的23.401协议有一章专门讲承载的。
LTE/EPS是端到端的QOS，与UMTS不同，不需要进行QOS的协商。PCRF中保存了QOS的策略，当UE发送业务请求消息，或者PDN连接建立消息时，PCRF根据业务的类型检查之前保存的QOS策略 ...

看了RRC的消息，在建Radio Bearer的时候，也就是RRCConnectionSetup消息里面没有任何QCI或者QoS参数信息阿

时间: 2011-2-24 17:18

作者: edmond98

看了一下24.301，这里面有相应的NAS消息，允许UE请求建立Bearer,附带QoS参数和相应的QCI，就是在BEARER RESOURCE ALLOCATION REQUEST这个消息

可是，这里面的QoS需求来自哪里呢，直接来自UE的应用层？

还需要和一些高层的应用层协议配合么？比如SIP,RSVP, RTCP之类的？

[ 本帖最后由 edmond98 于 2011-2-24 17:22 编辑 ]

时间: 2011-2-25 00:01

作者: ccguanz 标题: 在EPS中的QOS不是承载网级别的QOS，是应用级别的

对于UMTS来说在建立PDN链接时需要带请求的QOS，然后网络侧会对QOS进行协商。
对于EPS来说，这个QOS是应用层面的，你说的很对，就是比如进行IMS，SIP的应用层QOS交互，然后对UE建立专用承载时，不需要UE对QOS进行请求，而是网络侧按照应用层QOS的约定，为UE建立专用承载。

时间: 2011-2-25 10:29

作者: edmond98

原帖由 ccguanz 于 2011-2-25 00:01 发表
对于UMTS来说在建立PDN链接时需要带请求的QOS，然后网络侧会对QOS进行协商。
对于EPS来说，这个QOS是应用层面的，你说的很对，就是比如进行IMS，SIP的应用层QOS交互，然后对UE建立专用承载时，不需要UE对QOS进行请求 ...

也就是这种QoS需求是针对不同业务的？如果不是标准的业务，比如RealTime Gaming,UE如何请求相应的QoS呢？

有没有什么机制?

时间: 2011-2-25 17:38

作者: edmond98

原帖由 ccguanz 于 2011-2-25 00:01 发表
对于UMTS来说在建立PDN链接时需要带请求的QOS，然后网络侧会对QOS进行协商。
对于EPS来说，这个QOS是应用层面的，你说的很对，就是比如进行IMS，SIP的应用层QOS交互，然后对UE建立专用承载时，不需要UE对QOS进行请求 ...

其实我的主要问题就是，LTE中QoS的保证主要是通过网络来决定的，那网络怎么知道UE的具体业务需求呢，总得UE先把这些需求传递给网络把。这里面是什么机制呢？

是不是必须依赖SIP之类的，IMS中的PCRF，CSCF之类的先接获这个SIP请求，再设定？

我看有的说还需要DPI之类的包探测技术么？

时间: 2011-2-25 20:47

作者: snowsky

LZ是指UE能力的协商还是QoS的协商呢？如果是QoS协商，网络会在NAS层根据端口号或者协议来协商QoS。无线测主要协商UE的能力。

时间: 2011-2-28 10:29

作者: edmond98

原帖由 snowsky 于 2011-2-25 20:47 发表
LZ是指UE能力的协商还是QoS的协商呢？如果是QoS协商，网络会在NAS层根据端口号或者协议来协商QoS。无线测主要协商UE的能力。

LTE中没有UMTS那样的的QoS协商机制吧，都是核心网确定的吧。

问题是核心网设备怎么知道用户发起和进行的是什么业务，以及相应的QoS需求呢，没有UE汇报QoS这样的机制阿。

时间: 2011-3-1 00:14

作者: ccguanz 标题: 解释

EPS专有承载的建立的信令流程由网络发起，不要求UE的应用层了解EPS承载层的QOS的具体信息，UE上的应用层可以通过应用层信令与网络协商QOS的相关信息，如SIP/SDP,RTSP等，但这种应用层的QOS协商并不包含承载层QOS的内容。终端也可以发起专有承载的建立，UE的上层应用层直接向网络侧提出承载层QOS申请，如果网络侧接受UE的请求，会与UE进一步交互信令，建立专有承载。
在网络侧发起EPS专有承载的建立过程中，触发网络侧建立专有承载的条件可以是来自应用层信令，也可以是来自UE的应用层信令，例如UE发起基于IMS的VOIP呼叫或者UE需要接收基于IMS的VOIP呼叫。
首先PCRF根据UE应用层所需要的QOS信息，生成相应的QOS准则，通过基于Diameter
的RAR命令发送给PGW。PGW根据相应的QOS专责来配置EPS 承载的QOS，并发送简历承载请求消息给SGW，SGW将相应的消息转发给MME。MME为每个EPS承载分配相应的EBI，构造相应的激活专有承载消息，将其作为NAS PDU，包含在发送给eNB的承载建立请求消息中。eNB在EPS承载的QOS映射成空口的QOS，然后通过RRC链接重配置消息建立相应的DRB，并对DRB进行PDCP层，逻辑层，RLC层等配置，在消息中还作为NAS PDU传输来自MME的激活专用承载。在NAS PDU中，LBI给出了专用EPS承载对应的缺省承载标识，TFT表示应用到UE的上行TFT，UE在发送上行数据包的时候，按照分组滤波器优先级对数据包进行匹配，如果匹配成功，UE会在相应的承载上发送数据，否则，UE在缺省承载上发数据。UE储存得到相应的QOS信息，并做相应处理，然后向eNB回应RRC链接重配置完成消息，eNB收到消息后，回复给MME承载建立响应。UE NAS层会构造激活专用承载上下文完成消息，并将其作为NAS PDU通过UL Info Trasfer发送给eNB,eNB将此NAS PDU透传给MME。MME生成建立承载响应消息发送给SGW和PGW。

时间: 2011-3-1 17:58

作者: edmond98

原帖由 ccguanz 于 2011-3-1 00:14 发表
EPS专有承载的建立的信令流程由网络发起，不要求UE的应用层了解EPS承载层的QOS的具体信息，UE上的应用层可以通过应用层信令与网络协商QOS的相关信息，如SIP/SDP,RTSP等，但这种应用层的QOS协商并不包含承载层QOS的内 ...

谢谢阿，mm太牛了。很详细很全面。

不过还有一些小问题不明白阿：
1.核心网到RAN侧的QoS影射，这是在协议中的那块呢？我看到RAN测得RRC协议中似乎没有什么QoS参数
就是UE 上行的LogicChannel会有Priofity, PBS之类的参数。下行好像没有啊。

2.核心网探测UE业务必须得配合UE应用层协议了？

3.QoS参数是不是针对标准业务才能有？如果是非标准，比如Interactve Game之类的，核心网怎么判断呢？
即便同是标准的业务，比如VideoStreaming,不同的UE的QoS参数，比如带宽之类的也应该不同把，网络侧怎么判断呢？

感觉LTE的QoS机制虽然很多，可还是比较虚阿，实际应用可能都不采用吧？最后所有的业务都是Default Bearer了？

时间: 2011-3-2 00:03

作者: ccguanz 标题: 我的理解

1、有个专门讲QOS的协议，一时想不起来好像XX3？呵呵，不知道有没有。QOS所谓在RAN的体现主要是在QOS中的QCI，eNB根据QCI执行一些无线侧的优先级等处理。
2、我理解EPS的核心网为UE建立专用承载的判定是需要配合UE应用层的。
3、这个问题遗留，后面我再琢磨一下，我其实也有疑问。
呵呵，所有业务都缺省承载上跑是不可能的，关键协议上写得太含糊，很多东西都没说清楚，或许我们没看到也说不定

时间: 2011-8-17 17:19

作者: spectra222

呵呵，ls說的QCI應該是23.203

时间: 2011-8-17 17:23

作者: spectra222 标题: 回复 5# 的帖子

我理解你這個問題可能在 23.203的這個表找到

Table 6.1.7: Standardized QCI characteristics

时间: 2012-1-28 22:06

作者: qingxue11

顶一下这个帖子，我目前也在研究这方面内容，大家多多交流，尽量都表明一下协议的出处，这样准确的概率就会比较高，尽量不误导他人

时间: 2012-1-29 11:44

作者: hycl5410

首先，EPS的QOS实现，原则上是与EPS bearer相关联的。当需要不同QOS的时候，通过建立不同的dedicate bearer来实现。
逻辑上，dedicate bearer建立可以简单分为两种情况，网络侧发起和UE请求。
LTE与2/3G一个很大的不同在于，信令上，bearer建立永远都是从网络（PGW）发起的。当然这不意味着UE不可以请求某些QOS的bearer。详细的信令过程请看23.401中UE requested bearer resource modification。这个过程，就比较类似传统2/3G网络的QOS协商过程，只不过信令过程是不一样的。楼主所期望的QOS协商其实就是通过这种方式进行的。注意这里的协商与2/3G的QOS协商有一点不一样。用户签约QCI并不会影响dedicate bearer的QCI。比如，用户仅签约了QCI=5，但是仍然可以请求QCI=1(当然网络一定要支持这个级别的QCI才可以)dedicate bearer。
网络侧发起的dedicate bearer建立，是与PGW/PCEF的DPI相关的。举个例子，当某个指向UE的SIP call数据到达PGW，PGW根据TFT匹配到PCRF（或者静态配置在PGW上的）规则，根据这个规则建立相应QOS（QCI,MBR.GBR.ARP）的dedicate bearer。
同理，UE发起的dedicate bearer也可以是TFT匹配触发。相关的规则需要在UE上配置。比如满足某些条件的数据包，建立某个QOS的dedicate bearer。只不过现在的测试UE，能做的这么好的比较少

所以一般情况下，我们看到网络侧触发dedicate bearer建立比较多。
最后关于楼主对于业务探测的疑问说一些，也就是上面提到的TFT匹配。这个东西是非常灵活的，需要根据实际网络情况进行实际配置。比如FTP业务，是可以匹配协议类型的。如果是一些其他非标准协议类型，也可以根据server地址或者端口进行匹配。印象中标准的TFT只能匹配到34层，无法匹配高层协议类型。这个应该仅对某些UE的TFT匹配会有影响。PGW一般都会开DPI,高层协议匹配是可以做的。

[ 本帖最后由 hycl5410 于 2012-1-29 11:56 编辑 ]

时间: 2012-1-30 14:39

作者: OpSword

看起来比较复杂

时间: 2012-5-8 17:25

作者: liangsy0902

原帖由 hycl5410 于 2012-1-29 11:44 发表
首先，EPS的QOS实现，原则上是与EPS bearer相关联的。当需要不同QOS的时候，通过建立不同的dedicate bearer来实现。
逻辑上，dedicate bearer建立可以简单分为两种情况，网络侧发起和UE请求。
LTE与2/3G一个很大的 ...

这个答复很专业，学习ing

时间: 2012-5-10 14:12

作者: OpSword

答复都很专业，牛人很多

时间: 2012-7-25 14:46

作者: wenliu

网络侧发起的dedicate bearer建立，是与PGW/PCEF的DPI相关的。举个例子，当某个指向UE的SIP call数据到达PGW，PGW根据TFT匹配到PCRF（或者静态配置在PGW上的）规则，根据这个规则建立相应QOS（QCI,MBR.GBR.ARP）的dedicate bearer。

这句我觉得不对。应该PGW 通过TFT 将SIP Call 到达P-CSCF。， P-CSCF 作为一个AF，由 AF 来根据应用层的需求来向 PCRF 指示 QOS 需求，而PCRF 在此基础上，将应用层的QOS需求转化为具体的ip 承载上的QOS 发送给PGW, 从而为无线侧建立最适合上层业务请求的用户面连接

时间: 2012-9-3 12:06

作者: meijin

对于UE发起的业务，如果在PCRF中没有匹配。会用default bearer. 如果是SIP到AF，会通知PCRF建立专用承载

？

通信人家园 (https://www.txrjy.com/)