在传统的帧中继网络中，即使配置了多条目的IP地址相同的PVC，真正转发报文的PVC也只有一条，其他PVC并不转发报文。只有当转发报文的PVC不可用时，才会有下一条PVC接管当前的PVC来继续转发报文。这样就造成了网络带宽没有被充分的利用，并且无法保证高优先级的报文被优先处理。
通过配置PVC组不仅可以规避传统帧中继网络的缺陷，实现到达同一目的地址的多条PVC同时工作，还可以实现对不同优先级的数据业务进行分流。对于在帧中继链路上传输的IP报文，可以根据报文中匹配的TOS字段进行分流；PVC组中的每条PVC还可以单独配置QoS策略，从而针对不同的业务实现灵活的QoS控制。
如图1所示，PVC组的工作机制如下：
1. 系统将根据报文的目的地址找到匹配的FRmap。
2. 如果匹配到的map对应的是一个PVC组，并且要传输的报文是IP报文，则根据报文的优先级找到PVC组中匹配的PVC，由相应的PVC来转发报文。
3. 如果没有为指定的报文配置承载PVC，再根据以下的原则进行分流。若配置通过IP报文的Precedence或DSCP对报文进行分流，且报文为非IP报文（如MPLS、INARP报文），则这些报文使用承载优先级为6（Precedence分流）或63（DSCP分流）的报文的PVC来进行转发；若报文为没有配置承载PVC的IP报文则使用缺省PVC进行转发。
4. 如果没有配置缺省的PVC，并且某些优先级的报文无法找到匹配的PVC时，则整个PVC组将都变为不可用状态。
帧中继压缩
帧中继压缩技术可以对帧中继报文进行压缩，从而能够节约网络带宽，降低网络负载，提高数据在帧中继网络上的传输效率。
设备支持的帧中继压缩有FRF.9压缩和帧中继IP头压缩IPHC（IP Header Compression）两种。
FRF.9压缩
设备支持FRF.9（FRF.9 STAC压缩）功能，此功能遵循FRF.9压缩协议。
帧中继压缩技术压缩的对象是非标号信息帧，内容包括FR压缩状态协商、FR压缩报文同步、FR压缩和解压缩。压缩算法采用Stac算法（ANSI X3.241-1994）。
FRF.9把报文分为控制报文和数据报文两类。控制报文用于DLCI（Data Link Control Identifier）两端的状态协商，协商成功后才能交换FRF.9数据报文。如果FRF.9控制报文的发送超过一定次数，仍无法协商成功，将停止协商，压缩配置不起作用。
FRF.9只压缩数据报文，不压缩LMI（Local Management Interface）报文。
IP头压缩
设备支持的帧中继特性提供IP头压缩功能，IP头压缩遵循FRF.20协议，包括RTP/TCP头压缩。
帧中继IP头压缩（IPHC压缩）功能是为帧中继用户提供的一种性价比较高的带宽解决方案，通过对IP头报文进行压缩，从而能够节约网络带宽，降低网络负载，提高数据在帧中继网络上的传输效率。
