[发明专利]PDSN及其实现L2TP用户QoS的方法

说明书

技术领域

本发明涉及高速分组数据技术领域，特别涉及到一种分组数据服务节点(Packet Data Serving Node，PDSN)及其实现层2隧道协议(Layer 2TunnelingProtocol，L2TP)用户服务质量(Quality of Service，QoS)的方法。

背景技术

目前的高速分组数据(High Rate Packet Data，HRPD)标准中的多流分组应用(Multi Flow Packet Application，MFPA)技术和增强型多流分组应用(Enhanced Multi Flow Packet Application，EMFPA)技术支持终端(Accessterminal，AT)与PDSN间的多连接/多流，用不同的连接/流来实现不同的QoS需求的业务承载。终端与PDSN在建立初始点到点协议(Point to Point Protocol，PPP)连接时，首先建立一个尽力服务(Best Effort，BE)级别的主连接，然后根据终端需求可以发起建立具有不同QoS级别的辅助服务连接。

PPP定义了在层2(Layer 2，L2)点对点链路上传输多协议数据包的一种封装机制。用户终端连接到网络接入服务器(Network Access Server，NAS)后，在此连接上运行PPP。在这种配置下，L2终点和PPP会话终点驻留在相同的NAS上。层2隧道协议(Layer 2Tunneling Protocol，L2TP)通过允许L2终点和PPP会话终点驻留在不同物理设备上来扩展PPP。L2TP用户通过L2连接到接入集中器，然后由所述集中器将单个的PPP帧通过隧道到NAS。这使PPP包的实际处理从L2链路的终端分离出来。L2TP的两个主要组成部分为：L2TP访问集中器(L2TP Access Concentrator，LAC，即PDSN)和L2TP网络服务器(L2TP Network Server，LNS)，其中，LAC放置在LNS和终端之间，转发双方来的包；LNS是PPP会话的逻辑终点，PPP会话从终端到LAC，然后通过隧道到LNS。因此PDSN并不是L2TP用户的PPP终点，当终端和LNS之间协商了压缩或加密，PDSN无法解析终端发起的资源预留协议信令(ResourceReserVation Protocol，RSVP)，无法创建业务流模板(Traffic Flow Template，TFT)，这里的TFT主要包含网络侧业务的五元组(源地址，目的地址，源端口，目的端口，协议号)；同时也无法解析网络侧网络协议(Internet Protocol，IP)报文来获得五元组信息进行TFT匹配、映射到不同的连接/流，从而无法满足不同QoS需求的业务。目前实现中，PDSN不将AAA(授权，认证和记账服务器)授权的QoS轮廓(Qos Profile)带给分组控制功能(Packet ControlFunction，PCF)，也不支持辅助服务连接的建立，因为即使建立了辅助服务连接和流，但无法进行映射，也是无意义的。

图1是现有技术中L2TP用户业务的完整流程示意图，涉及到的HRPD系统的网元从左到右依次有：BS/PCF，PDSN，AAA，LNS，本流程包括：

S101：PCF和PDSN建立一个BE级别的主连接；

S102：用户终端通过主连接和PDSN建立PPP会话；

S103：AAA下发QoS轮廓信息给PDSN；

PDSN对接收到的QoS轮廓信息不进行处理，即不传给PCF。

S104：用户终端通过主连接和LNS建立PPP会话；

S105：用户终端检测到需要建立新的辅助服务连接，用以发送具有不同QoS属性的流，则向基站(Base Station，BS)发送QoS请求消息；假设有两个流，ID分别为：FlowID1、FlowID2；对应的QoS属性分别为QoS1、QoS2；

S106：因PDSN未将AAA授权的QoS轮廓信息传给BS，BS拒绝用户终端的QoS请求，不发起辅助服务连接的建立；

S107、S108：假设网络侧主机向用户终端发送下行数据报文；LNS根据自身配置的策略，将两种下行数据报文的L2隧道的IP头中的差分服务代码点(Differentiated Services Code Point，DSCP)字段分别标记成DSCP1、DSCP2，然后分别发送给PDSN；

S109、S110：PDSN通过主连接分别将接收到的下行数据报文发给PCF；

S111、S112：基站通过唯一流分别将接收到的下行数据报文发给终端。