CN103813306B

CN103813306B - 属性携带方法及装置

Info

Publication number: CN103813306B
Application number: CN201210444523.6A
Authority: CN
Inventors: 周建芳; 胡新祥
Original assignee: ZTE Corp
Current assignee: ZTE Corp
Priority date: 2012-11-08
Filing date: 2012-11-08
Publication date: 2017-12-19
Anticipated expiration: 2032-11-08
Also published as: CN103813306A

Abstract

本发明公开了一种属性携带方法及装置，其中，该方法包括：将多个待编码的3GPP厂商自定义属性中每一个属性在同一个Vendor的头部后按照预设顺序进行编码，形成AVP组；将该AVP组携带在报文中。通过本发明，解决了相关技术中3GPP厂商自定义属性使用多个AVP导致的问题，使得Radius报文层次清晰，便于分析与定位，同时报文长度减短，节约了系统资源，提高了设备性能。

Description

属性携带方法及装置

技术领域

本发明涉及通信领域，具体而言，涉及一种属性携带方法及装置。

背景技术

表1是根据相关技术的远程认证拨号服务（Remote Authentication Dial InUser Service，简称为Radius）协议中第三代合作伙伴计划（3rd Generation PartnershipProject，简称为3GPP）属性的编码格式表，如表1所示，Radius协议支持的3GPP厂商自定义属性（Vendor Specific Attribute，简称为VSA）中，规定的对外3GPP属性呈现的结构如下：

表1

其中，n≥7，在本文中以3GPP厂商标识（Vendor ID）=10415为例进行说明，表2是根据相关技术的Radius协议中3GPP属性中字符串（String）属性的编码格式表，如表2所示，3GPP属性中的String部分编码如下：

表2

如表1所示，每个3GPP属性携带一个固定的包含类型（Type）、长度（Length）、Vendor ID的6字节的头部，如果报文携带多个以上的3GPP属性，则报文呈现的编码效果可以是如下所示的属性列表：

-Radius Protocol（Radius协议）

-Attribute value Pairs（属性赋值对）

+AVP：1=23t=vendor-Specific（厂商自定义）（26）v=3GPP（10415）

+VSA：1=17t=3GPP-IMSI（3GPP国际移动用户标识）（1）：232106928345323

+AVP：1=12t=vendor-Specific（厂商自定义）（26）v=3GPP（10415）

+VSA：1=6t=3GPP-Charging-ID（3GPP收费标识）（2）：1469613457

+AVP：1=16t=vendor-Specific（厂商自定义）（26）v=3GPP（10415）

+VSA：1=10t=3GPP-User-Location-Info（3GPP用户位置信息）（22）：0132f20108b6ad80

分组业务服务网关（例如，GGSN/PGW）在外场开局应用时，有些运营商不认同3GPP属性使用多个属性赋值对（Attribute value pairs，简称为AVP）的做法，因为这种方式属性条目众多，报文不清晰，定位和分析起来极其不方便。

针对相关技术中3GPP厂商（例如，可以包括运营商或者设备商）自定义属性使用多个AVP导致的问题，目前尚未提出有效的解决方案。

发明内容

针对相关技术中3GPP厂商自定义属性使用多个AVP导致的问题，本发明提供了一种属性携带方法及装置，以至少解决上述问题。

根据本发明的一个方面，提供了一种属性携带方法，包括：将多个待编码的3GPPVSA中每一个属性在同一个Vendor的头部后按照预设顺序进行编码，形成AVP组；将所述AVP组携带在报文中。

优选地，在将多个待编码的3GPP厂商自定义属性中每一个属性在同一个Vendor的头部后按照预设顺序进行编码之前，还包括：判断当前AVP是否开始编码；如果开始编码，判断所述当前AVP的长度是否达到预设的长度最大值；在达到所述预设的长度最大值的情况下，新建另一个AVP并开始编码。

优选地，将多个待编码的3GPP厂商自定义属性中每一个属性在同一个Vendor的头部后按照预设顺序进行编码包括：判断当前待编码的3GPP厂商自定义属性的长度与当前进行编码的AVP的长度之和，是否达到所述预设的长度最大值；在达到所述预设的长度最大值的情况下，新建另一个AVP，并继续将多个待编码的3GPP厂商自定义属性中每一个属性在同一个Vendor的头部后按照预设顺序进行编码。

优选地，判断当前AVP是否开始编码包括：判断当前AVP头部的长度是否为预设的指定值；在所述当前AVP头部的长度为所述指定值的情况下，确定所述当前AVP未开始编码，否则确定所述当前AVP已经开始编码。

优选地，将多个待编码的3GPP厂商自定义属性中每一个属性在同一个Vendor的头部后按照预设顺序进行编码包括：将多个待编码的厂商自定义属性中每一个属性在同一个Vendor的头部后按照Type、Length、Value的顺序进行编码。

优选地，在将多个待编码的3GPP厂商自定义属性中每一个属性在同一个Vendor的头部后按照预设顺序进行编码之前，还包括：配置分组业务服务网关中的配置信息，其中，所述配置信息中包含用于指示所述分组业务服务网关将所述多个待编码的3GPP厂商自定义属性编码在AVP组中的信息。

优选地，所述分组业务服务网关包括：GGSN或者PGW。

根据本发明的另一方面，提供了一种属性携带装置，包括：编码模块，将多个待编码的3GPP VSA中每一个属性在同一个Vendor的头部后按照预设顺序进行编码，形成AVP组；写入模块，用于将所述AVP组携带在报文中。

优选地，所述装置还包括：第一判断模块，用于判断当前AVP是否开始编码；第二判断模块，用于在所述第一判断模块的判断结果为开始编码的情况下，判断所述当前AVP的长度是否达到预设的长度最大值；新建模块，用于在所述第二判断模块的判断结果为达到所述预设的长度最大值的情况下，新建另一个AVP并开始编码。

优选地，所述编码模块包括：判断单元，用于判断当前待编码的3GPP厂商自定义属性的长度与当前进行编码的AVP的长度之和，是否达到所述预设的长度最大值；新建单元，用于在所述判断单元的判断结果为达到所述预设的长度最大值的情况下，新建另一个AVP，并继续将多个待编码的3GPP厂商自定义属性中每一个属性在同一个Vendor的头部后按照预设顺序进行编码。

优选地，所述装置还包括：配置模块，用于配置分组业务服务网关中的配置信息，其中，所述配置信息中包含用于指示所述分组业务服务网关将所述多个待编码的3GPP厂商自定义属性编码在AVP组中的信息。

通过本发明，采用将多个待编码的3GPP厂商自定义属性中每一个属性在同一个Vendor的头部后按照预设顺序进行编码，形成AVP组；将该AVP组携带在报文中的方式，解决了相关技术中3GPP厂商自定义属性使用多个AVP导致的问题，使得Radius报文层次清晰，便于分析与定位，同时报文长度减短，节约了系统资源，提高了设备性能。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例的属性携带方法的流程图；

图2是根据本发明实施例的属性携带装置的结构框图；

图3是根据本发明实施例的属性携带装置的优选结构框图一；

图4是根据本发明实施例的编码模块的优选结构框图；

图5是根据本发明实施例的属性携带装置的优选结构框图二；

图6是根据本发明实施例二的GGSN/PGW中使用3GPP VSA归属同一个AVP组的实现方法的应用流程图；

图7是根据本发明实施例二的3GPP VSA在编码3GPP属性的一个实现的流程图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

在本实施例中提供了一种属性携带方法，图1是根据本发明实施例的属性携带方法的流程图，如图1所示，该方法包括如下步骤：

步骤S102，将多个待编码的3GPP厂商自定义属性（VSA）中每一个属性在同一个厂商（Vendor）的头部后按照预设顺序进行编码，形成AVP组；

步骤S104，将该AVP组携带在报文中。

本实施例通过上述步骤，将多个待编码的3GPP厂商自定义属性携带在同一个Vendor头部后，形成AVP组，并将AVP组携带在报文中，编码多个3GPP厂商自定义属性（例如，n个）仅使用了一个Vendor头部，相比采用相关技术的3GPP属性使用多个AVP编码的方式，每个3GPP厂商自定义属性均需要有一个Vendor头部的方式，节约了（n-1）*6个字节的码流，从而使得属性条目大大减少，报文条理清晰，解决了相关技术中3GPP厂商自定义属性使用多个AVP导致的问题，使得Radius报文层次清晰，便于分析与定位，同时报文长度减短，节约了系统资源，提高了设备性能。

一个3GPP厂商自定义属性的长度可能是有限的，例如，其长度最大值可以为255字节。因此，作为一种优选实施方式，在需要进行编码前，可以首先判断当前AVP是否开始编码；如果开始编码，则判断当前AVP的长度是否达到预设的长度最大值；如果达到了预设的长度最大值，则可以新建另一个AVP并开始编码。

在进行编码过程中，由于有些3GPP厂商自定义属性较长，编入当前的AVP后有可能导致该AVP长度超过预设的长度最大值，因此，作为一种优选实施方式，可以在编入一条3GPP厂商自定义属性之前，先判断当前待编码的3GPP厂商自定义属性的长度与当前进行编码的AVP的长度之和，是否达到预设的长度最大值；如果达到预设的长度最大值，则可以新建另一个AVP，并继续将多个待编码的3GPP厂商自定义属性中每一个属性在新建的AVP的Vendor的头部后按照预设顺序进行编码。

优选地，可以通过当前AVP头部的长度值判断当前AVP是否开始编码，例如，可以判断当前AVP头部的长度是否为预设的指定值（例如，该指定值为0）；在当前AVP头部的长度为指定值的情况下，确定当前AVP未开始编码，否则确定当前AVP已经开始编码。

优选地，在将多个待编码的3GPP厂商自定义属性中每一个属性在同一个Vendor的头部后进行编码时，可以按照类型（Type）、长度（Length）、赋值（Value）的顺序进行编码。

优选地，可以配置分组业务服务网关中的配置信息，该配置信息中包含用于指示分组业务服务网关将多个待编码的3GPP厂商自定义属性编码在AVP组中的信息。在这种情况下，分组业务服务网关可以按照本实施例中的方案将多个待编码的3GPP厂商自定义属性编码在AVP组中，而如果不对分组业务服务网关中的配置信息进行配置，则可以默认为采用将3GPP厂商自定义属性分别编码在多个AVP中的方案进行编码。通过这种方式，提升了本方案的灵活性，方便适应不同厂商的定制方式。

优选地，根据终端类型，上述分组业务服务网关可以是网关通用分组无线业务支持节点（Gateway General Packet Radio Service Supporting Node，简称为GGSN），或者，也可以是分组数据网络网关（Packet DataNetwork Gateway，简称为P-GW）。

对应于上述方法，在本实施例中还提供了一种属性携带装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

图2是根据本发明实施例的属性携带装置的结构框图，如图2所示，该装置包括：编码模块22和写入模块24，下面对各个模块进行详细说明。

编码模块22，用于将多个待编码的3GPP厂商自定义属性中每一个属性在同一个Vendor的头部后按照预设顺序进行编码，形成AVP组；写入模块24，与编码模块22相连，用于将编码模块22形成的AVP组携带在报文中。

本实施例通过上述模块，编码模块22将多个待编码的3GPP厂商自定义属性携带在同一个Vendor头部后，形成AVP组，写入模块24将AVP组携带在报文中，编码多个3GPP厂商自定义属性（例如，n个）仅使用了一个Vendor头部，相比采用相关技术的3GPP属性使用多个AVP编码的方式，每个3GPP厂商自定义属性均需要有一个Vendor头部的方式，节约了（n-1）*6个字节的码流，从而使得属性条目大大减少，报文条理清晰，解决了相关技术中3GPP厂商自定义属性使用多个AVP导致的问题，使得Radius报文层次清晰，便于分析与定位，同时报文长度减短，节约了系统资源，提高了设备性能。

图3是根据本发明实施例的属性携带装置的优选结构框图一，如图3所示，该装置还可以包括：

第一判断模块32，用于判断当前AVP是否开始编码；第二判断模块34，与第一判断模块32相连，用于在第一判断模块32的判断结果为开始编码的情况下，判断当前AVP的长度是否达到预设的长度最大值；新建模块36，与第二判断模块34和编码模块22相连，用于在第二判断模块34的判断结果为达到预设的长度最大值的情况下，新建另一个AVP并开始编码。

图4是根据本发明实施例的编码模块22的优选结构框图，如图4所示，编码模块22可以包括：判断单元222，用于判断当前待编码的3GPP厂商自定义属性的长度与当前开始编码的AVP的长度之和，是否达到预设的长度最大值；新建单元224，与判断单元222相连，用于在判断单元222的判断结果为达到预设的长度最大值的情况下，新建另一个AVP，并继续将多个待编码的3GPP厂商自定义属性中每一个属性在同一个Vendor的头部后按照预设顺序进行编码。

图5是根据本发明实施例的属性携带装置的优选结构框图二，如图5所示，该装置还可以包括：配置模块52，与编码模块22相连，用于配置分组业务服务网关中的配置信息，其中，配置信息中包含用于指示分组业务服务网关将多个待编码的3GPP厂商自定义属性编码在AVP组中的信息。

下面结合优选实施例进行说明，以下优选实施例结合了上述实施例及其优选实施方式。

在以下优选实施例中，提供了一种分组业务服务网关（例如，GGSN/PGW）在向Radius发送鉴权认证或计费报文时，将3GPPVSA归属于相同AVP组的处理方法，该方法提出将3GPP属性使用灵活配置的方式，既支持Radius报文中3GPP属性各自归属一个AVP的做法，同时支持3GPP属性使用同一个AVP组的做法，以适应不同运营商定制的需要。

针对运营商的特殊需求，对于使用Radius服务的移动终端，在发送到Radius服务器的认证报文和计费报文中，3GPPVSA归属同一个AVP组。使用3GPPVSA归属同一个AVP组的实现方式，Radius报文层次清晰，便于分析与定位，同时报文长度减短，节约系统资源，提高设备性能。

该实现方式包含以下步骤：

步骤S2：配置一个GGSN/PGW作为分组业务服务网关；其中，配置GGSN/PGW为分组业务服务网关，根据终端的类型选择GGSN或者PGW等；

步骤S4：移动终端用户接入，发起认证请求和计费请求；其中，在终端用户接入时，可以需要身份认证获取地址，访问业务；

步骤S6：GGSN/PGW读取配置信息，判断报文中的3GPP的VSA编码在同一个AVP组里；其中，配置GGSN/PGW为选用3GPP VSA编码在同一个AVP组，这个配置是为适应不同运营商的需求，有两个值可选：3GPP VSA编码各自使用一个AVP头部，3GPP VSA编码在同一个AVP组里；

步骤S8：GGSN/PGW编码认证报文/计费报文，发送认证请求/计费请求给Radius服务器；其中，发送的认证请求/计费请求报文可以遵循Radius协议RFC2865和RFC2866，分别为认证请求（Access-Request），计费请求（Accounting-Request）；

步骤S10：Radius服务器接收认证请求/计费请求，给GGSN/PGW回复认证/计费响应报文；其中，Radius服务器回复的认证/计费响应报文遵循Radius协议RFC2865和RFC2866，分别为认证响应（Access-Accept）和计费响应（Accounting-Response），Radius服务器回复正确的响应报文前提是Radius服务器支持这个报文的编码方式，能正确解析请求中携带的属性。

通过如上步骤，GGSN/PGW就可以灵活使用编码手段，将3GPP VSA属性编码在一个AVP组，各3GPP属性共用一个3GPPVendor的头部（Head）结构，如果有n个3GPP属性，则最多可以少编码（n-1）*6个字节，节省了报文长度，提高了设备性能，同时报文清晰明了，层次性强，为运营商实现了特殊定制的需要。

实施例二

表3是根据本发明实施例二的Radius协议中3GPP属性的编码格式表，如表3所示，应用本优选实施例的对外3GPP属性呈现的结构如下：

表3

其中，n≥7，在本文中以3GPP厂商标识（Vendor ID）=10415为例进行说明，表4是根据本发明实施例二的Radius协议中3GPP属性中字符串（String）属性的编码格式表，如表4所示，3GPP属性中的String部分编码如下：

表4

如表4所示，是本优选实施例的3GPP属性归属一个AVP组的编码格式，这种格式，所有3GPP属性共用一个Vendor的头部。

采用本优选实施例中的编码格式，则报文呈现的编码效果例如是如下所示的属性列表：

-Radius Protocol（Radius协议）

-Attribute value Pairs（属性赋值对）

-AVP：1=148t＝vendor-Specific（厂商自定义）（26）v=3GPP（10415）

+VSA：1=6t=3GPP-Charging-ID（3GPP收费标识）（2）：1469613457

通过该属性列表可以看出，若有n个3GPP属性，则最大可节省（n-1）*6字节的码流长度。

图6是根据本发明实施例二的GGSN/PGW中使用3GPP VSA归属同一个AVP组的实现方法的应用流程图，如图6所示，该流程包括如下步骤：

步骤S602，SGSN/SGW向GGSN/PGW发送创建承载/会话请求；

步骤S604，GGSN/PGW向Radius服务器发送认证请求报文；

步骤S606，GGSN/PGW收到认证响应报文；

步骤S608，GGSN/PGW向Radius服务器发送计费请求报文；

步骤S610，GGSN/PGW收到计费响应报文；

步骤S612，GGSN/PGW向SGSN/SGW发送创建承载/会话响应。

图7是根据本发明实施例二的3GPP VSA在编码3GPP属性的一个实现的流程图，图中的“3GPPVendorHead->bLen”是指3GPP厂商自定义属性的头部结构的第二个字节Length，“3GPP avplen”是指3GPP厂商自定义属性的子属性中长度值。如图7所示，这种实现包含以下步骤：

步骤S702：判断当前3GPP VSA头部的长度字段是否为0，为0就表示3GPP VSA属性尚未开始编码，则进入步骤S708；不为0，表示3GPPVSA已经开始编码，进入步骤S704；

步骤S704：判断当前3GPP VSA是否达到协议规定的最大值。由于按照Radius协议，规定一个属性的最大长度不超过255字节，包括Type和Length，那么当报文中3GPP属性较多，而有些个别属性超长时，可能255字节无法容纳所有的3GPP属性，本实施例为这种特殊情况所做的处理是：使用一个新3GPP的AVP，来容纳剩下的AVP属性，同一个3GPP VSA属性不会同时出现在两个AVP属性结构里，例如，如果当前3GPP VSA是否达到协议规定的最大值，则进入步骤S708，否则进入步骤S706；

步骤S706：判断在已经编码的3GPP VSA属性后，对于即将要编码的一个3GPP VSA属性的长度加入后，是否超过了属性最大长度255，如果超过，则进入步骤S708，否则进入步骤S710；

步骤S708，使用一个新3GPP的AVP开始继续编码；

步骤S710：上述条件都不满足，则可以按照正常的方式，将要编码的3GPP VSA按照Type、Length、Value变成码流。

需要说明的是，虽然在本文中使用3GPP VSA属性阐述这种AVP组合编码的方式，但由于Radius协议包括众多厂商自定义的属性，在不违背本发明精神及其实质的前提下，本领域的技术人员可以根据本发明做出相应的变形和应用，但这些变形和应用都应属于本发明范围。

在另外一个实施例中，还提供了一种软件，该软件用于执行上述实施例及优选实施例中描述的技术方案。

在另外一个实施例中，还提供了一种存储介质，该存储介质中存储有上述软件，该存储介质包括但不限于光盘、软盘、硬盘、可擦写存储器等。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims

1.一种属性携带方法，其特征在于，包括：

将多个待编码的第三代合作伙伴计划3GPP厂商自定义属性VSA中每一个属性在同一个厂商Vendor的头部后按照预设顺序进行编码，形成属性赋值对AVP组；

将所述AVP组携带在报文中。

2.根据权利要求1所述的方法，其特征在于，在将多个待编码的3GPP厂商自定义属性中每一个属性在同一个Vendor的头部后按照预设顺序进行编码之前，还包括：

判断当前AVP是否开始编码；

如果开始编码，判断所述当前AVP的长度是否达到预设的长度最大值；

在达到所述预设的长度最大值的情况下，新建另一个AVP并开始编码。

3.根据权利要求2所述的方法，其特征在于，将多个待编码的3GPP厂商自定义属性中每一个属性在同一个Vendor的头部后按照预设顺序进行编码包括：

判断当前待编码的3GPP厂商自定义属性的长度与当前进行编码的AVP的长度之和，是否达到所述预设的长度最大值；

在达到所述预设的长度最大值的情况下，新建另一个AVP，并继续将多个待编码的3GPP厂商自定义属性中每一个属性在同一个Vendor的头部后按照预设顺序进行编码。

4.根据权利要求2所述的方法，其特征在于，判断当前AVP是否开始编码包括：

判断当前AVP头部的长度是否为预设的指定值；

在所述当前AVP头部的长度为所述指定值的情况下，确定所述当前AVP未开始编码，否则确定所述当前AVP已经开始编码。

5.根据权利要求1至4中任一项所述的方法，其特征在于，将多个待编码的3GPP厂商自定义属性中每一个属性在同一个Vendor的头部后按照预设顺序进行编码包括：

将多个待编码的厂商自定义属性中每一个属性在同一个Vendor的头部后按照类型Type、长度Length、赋值Value的顺序进行编码。

6.根据权利要求5所述的方法，其特征在于，在将多个待编码的3GPP厂商自定义属性中每一个属性在同一个Vendor的头部后按照预设顺序进行编码之前，还包括：

配置分组业务服务网关中的配置信息，其中，所述配置信息中包含用于指示所述分组业务服务网关将所述多个待编码的3GPP厂商自定义属性编码在AVP组中的信息。

7.根据权利要求6所述的方法，其特征在于，所述分组业务服务网关包括：网关通用分组无线业务支持节点GGSN或者分组数据网络网关PGW。

8.一种属性携带装置，其特征在于，包括：

编码模块，将多个待编码的第三代合作伙伴计划3GPP厂商自定义属性VSA中每一个属性在同一个厂商Vendor的头部后按照预设顺序进行编码，形成AVP组；

写入模块，用于将所述AVP组携带在报文中。

9.根据权利要求8所述的装置，其特征在于，所述装置还包括：

第一判断模块，用于判断当前AVP是否开始编码；

第二判断模块，用于在所述第一判断模块的判断结果为开始编码的情况下，判断所述当前AVP的长度是否达到预设的长度最大值；

新建模块，用于在所述第二判断模块的判断结果为达到所述预设的长度最大值的情况下，新建另一个AVP并开始编码。

10.根据权利要求9所述的装置，其特征在于，所述编码模块包括：

判断单元，用于判断当前待编码的3GPP厂商自定义属性的长度与当前进行编码的AVP的长度之和，是否达到所述预设的长度最大值；

新建单元，用于在所述判断单元的判断结果为达到所述预设的长度最大值的情况下，新建另一个AVP，并继续将多个待编码的3GPP厂商自定义属性中每一个属性在同一个Vendor的头部后按照预设顺序进行编码。

11.根据权利要求8至10中任一项所述的装置，其特征在于，所述装置还包括：

配置模块，用于配置分组业务服务网关中的配置信息，其中，所述配置信息中包含用于指示所述分组业务服务网关将所述多个待编码的3GPP厂商自定义属性编码在AVP组中的信息。