EPC网络中的UE要求的承载资源修改流程

admin

（以下内容翻译自3GPP规范TS23.401的5.4.5　UE要求的承载资源修改章节）

  UE要求的承载资源修改流程如图33所示。

这个过程允许UE为一个特殊QoS要求（specific QoS demand）的业务流聚合（traffic flow aggregate）请求一个承载资源修改（例如：释放资源或者分配资源）。同样的，这个流程也允许UE因一个不需要改变QoS的激活的业务数据流程聚合（traffic flow aggregate）而请求修改数据包过滤器（packet filters）。如果网络接受，这个请求将触发调用Dedicated Bearer Activation Procedure流程，Dedicated Bearer Modification Procedure或者PDN GW Initiated Bearer Deactivation Procedure流程。对于UE而言，在执行这个流程之前它需要与这个P-GW之间拥有一个PDN连接。而且UE可以对流程并行处理。UE可以在以前的流程完成前发送后续的Request Bearer Resource Modification消息。

在本流程中，UE会发送Traffic Aggregate Description TAD（TFT的一部分），PTI和EPS Bearer Identity（当TAD是要修改承载或者删除承载操作时携带此参数）。当TAD要进行修改或者删除操作时，TAD的packet filter identifier与被修改或者删除的承载的TFT的packet filter identifier是相同的（因为在一个PDN连接中TFT packet filter identifier和EPS Bearer Identity唯一标识了一个packet filter）。UE在收到网络发送的与当前的PTI相关的TFT后会释放TAD。

1. UE发送一个Request Bearer Resource Modification (LBI, PTI, EPS Bearer Identity，QoS, TAD, Protocol Configuration Options)消息给MME。如果UE在此流程之前处于ECM-IDLE空闲态，它需要首先执行服务请求，将UE的状态迁移到连接态。

TAD指示了一个请求的操作（增加，修改或者删除packet filter）。如果是增加业务流traffic flow，TAD包含需要增加的packet filter（由包含packet filter precedence在内的packet filter information，但是不包含packet filter identifier）。如果有必要，UE也会为增加的traffic flow发送请求的QCI和GBR。TAD在流程完成后被释放。

当请求修改GBR（增加或者减少）时，TAD需要包含那些受到GBR改变请求影响的packet filter。UE包含承载要求的GBR。TAD在流程完成后被释放。

当请求修改packet filter时（例如：改变port number），TAD会包含需要改变的packet filter的packet filter identifier和packet filter information。

如果UE 请求删除traffic flow，TAD包含需要被删除的packet filter identifier。如果被删除的packet filter被映射到一个GBR承载，UE需要包含这个承载的新的GBR要求。

只有当请求的操作是增加操作时，才会携带LBI，用来指示增加的承载资源与那个PDN连接关联。只有当请求的操作是修改或者删除操作时，才需要携带EPS Bearer Identity。本流程中PTI由UE动态分配。UE应该保证在尽可能较长的时间内以前使用过的PTI不会被重复使用，流程结束后PTI会被释放。Protocol Configuration Options（PCO）可能被用来传递UE与P-GW之间的应用层参数，该参数在传输时对MME和S-GW是透明的。

2. MME发送一个Request Bearer Resource Modification (IMSI, LBI, PTI, EPS Bearer Identity，QoS, TAD, Protocol Configuration Options)消息给相应的S-GW。MME通过消息中所包含LBI确认与之相关联的S-GW地址。

3. S-GW发送Request Bearer Resource Modification (IMSI, LBI, PTI, QoS, TAD)消息给相应的P-GW。S-GW通过消息中所包含LBI确认与之相关联的P-GW地址。

4. P-GW可能与PCRF交互触发下载合适的PCC决策PCC decision，需要考虑签约信息，也可能应用当地配置的QoS策略。这跟PCEF发起的IP CAN Session修改流程中初始步骤“P-GW requests IP CAN Bearer Signalling”对应。当P-GW与PCRF交互时，P-GW向PCRF提供TAD的信息和包含在TAD中的与packet filter information相关的GBR变化（增加或者减少）信息。GBR变化信息可以是计算当前的Bearer QoS和UE请求的Bearer QoS信息得到的，如果TAD指示是增加操作并且没有收到EPS Bearer Identity，也可以是请求GBR。
   如果TAD操作是修改或者删除操作，P-GW提供以前在Gx接口分配的SDF packet filter identifier(s)，这些SDF packet filter identifier(s)与收到的EPS Bearer Identifiter(s)相对应。

5. 如果网络接受UE的请求，网络侧将调用专有承载激活流程Dedicated Bearer Activation Procedure 或者专有承载修改流程Dedicated Bearer Modification Procedure来完成整个流程或者P-GW发起的专有承载去激活流程PDN GW Initiated Bearer Deactivation Procedure。UE分配的PTI被用来将Dedicated Bearer Activation procedure，P-GW Initiated Bearer Deactivation procedure或者Dedicated Bearer Modification procedure与UE Requested Bearer Resource Modification procedure流程关联起来。相应的流程中应该包含UE所分配的PTI，它能保证UE能将新的聚合业务数据流与相关承载的EPS Bearer关联起来。P-GW不会修改UE提供的QoS参数。
    P-GW根据TAD的操作类型，对承载的TET进行插入、更新或者移除packet filter操作。当一个新的packet filter被插入到一个TFT中时，P-GW为该packet filter分配一个新的在TFT内唯一的packet filter identifier。P-GW维持从PCRF收到的PCC规则PCC rule中的SDF packet filter identifier与TFT中packet filter identifier的关系。如果一个承载的TFT的所有packet filter都被移除，P-GW将对这个承载发起P-GW Initiated Bearer Dactivation procedure。

如果请求的QoS无法保障（例如，请求的QoS不能被接受或者资源没有被分配），P-GW发送一个reject indication（携带的cause指示为什么请求失败或者请求被拒绝）传递给UE。

6. 在第4步，如果P-GW与PCRF交互过，P-GW 指示PCRF requested PCC decision是否已经被执行。PCRF处理，PCEF发起的“PCEF initiated IP-CAN Session Modification procedure”流程中，完成“completion of IP CAN bearer signalling”信令交互的后续流程。