[发明专利]属性携带方法及装置

说明书

技术领域

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

背景技术

表1是根据相关技术的远程认证拨号服务（Remote Authentication Dial In User Service，简称为Radius）协议中第三代合作伙伴计划（3rd Generation Partnership Project，简称为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导致的问题，本发明提供了一种属性携带方法及装置，以至少解决上述问题。

根据本发明的一个方面，提供了一种属性携带方法，包括：将多个待编码的3GPP VSA中每一个属性在同一个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的顺序进行编码。