一种基于DIAMETER协议的ORIGINSTATEIDAVP发送方法及装置.pdf

摘要
申请专利号：	CN201210337494.3	申请日：	2012.09.12
公开号：	CN102883308A	公开日：	2013.01.16
当前法律状态：	授权	有效性：	有权
法律详情：	授权\|\|\|实质审查的生效IPC(主分类):H04W 8/24申请日:20120912\|\|\|公开
IPC分类号：	H04W8/24(2009.01)I	主分类号：	H04W8/24
申请人：	大唐移动通信设备有限公司
发明人：	华蕊; 田华
地址：	100083 北京市海淀区学院路29号
优先权：
专利代理机构：	北京同达信恒知识产权代理有限公司 11291	代理人：	刘松
PDF下载：	PDF下载

内容摘要

本发明公开了一种基于Diameter协议的Origin-State-Id？AVP发送方法及装置，该方法包括，发送端基于直径协议与接收端建立通信连接，包括：在每次发送消息之前，发送端判断是否已将本地的设备状态信息发送至接收端；若是，则不再发送本地的设备状态信息，否则，向接收端发送本地的设备状态信息，用以解决现有技术中存在每次信息交互时，接收端均需要根据接收到的Origin-State-Id值判断发送端的设备状态是否已经丢失的情况导致的系统资源的消耗和消息处理时间的延长的问题。

权利要求书

权利要求书一种基于直径协议的设备状态信息发送方法，发送端基于直径协议与接收端建立通信连接，其特征在于，包括：在每次发送消息之前，发送端判断是否已将本地的设备状态信息发送至接收端；若是，则不再发送本地的设备状态信息，否则，向接收端发送本地的设备状态信息。如权利要求1所述的方法，其特征在于，发送端确定已将本地的设备状态信息发送至接收端，包括：发送端确定在本次发送之前已向接收端发送过本地的设备状态信息，并且首次接收到接收端反馈的该接收端的设备状态信息；或者，发送端确定在本次发送之前已向接收端发送过本地的设备状态信息，并且接收到的接收端反馈的该接收端的设备信息状态与本地记录的该接收端的设备状态信息相同。如权利要求1所述的方法，其特征在于，发送端确定未将本地的设备状态信息发送至接收端，包括：发送端确定在本次发送之前未向接收端发送本地的设备状态信息；或者，发送端确定在本次发送之前已向接收端发送本地的设备状态信息，且未接收到反馈的接收端的设备状态信息；或者，发送端确定最新接收到接收端发送的该接收端的设备状态信息与本地记录的该接收端的设备状态信息不同。如权利要求1所述的方法，其特征在于，包括：所述发送端为公共数据网网关PGW，所述接收端为策略与计费规则功能实体PCRF；或者，所述发送端为PCRF，所述接收端为PGW。如权利要求1‑4中任一项所述的方法，其特征在于，所述发送端与接收端之间通过长期演进LTE网络中的Gx接口进行信息交互。一种基于直径协议的设备状态信息发送方法，其特征在于，包括：接收端接收到发送端发送的设备状态信息；判断本次接收到该发送端发送的设备状态信息之前，是否已将本地的设备状态信息发送至发送端；若是，则不再发送本地的设备状态信息，否则，向发送端发送本地的设备状态信息。如权利要求6所述的方法，其特征在于，接收端判断本次接收到该发送端发送的设备状态信息之前，已将本地的设备状态信息发送至发送端，包括：本次接收到该发送端的设备状态信息之前，接收端已向发送端发送过本地的设备状态信息，且未接收到该发送端的设备状态信息；或者，本次接收到该发送端的设备状态信息之前，已向该发送端发送过本地的设备状态信息，并且本次接收到的该发送端的设备状态信息与与本地记录的该接收端的设备状态信息相同。如权利要求6或7所述的方法，其特征在于，接收端判断本次接收到该发送端发送的设备状态信息之前，未将本地的设备状态信息发送至发送端，包括：本次接收到该发送端的设备状态信息之前，接收端未向该发送端发送过本地的设备状态信息；或者，本次接收到该发送端的设备状态信息之前，接收端已向发送端发送过本地的设备状态信息，并且本次接收到的该发送端的设备状态信息与与本地记录的该接收端的设备状态信息不同。一种基于直径协议的设备状态信息发送装置，基于直径协议与接收端建立通信连接，其特征在于，包括：判断模块，用于在每次进行信息交互之前，判断是否已将本地的设备状态信息发送至接收端；信息发送模块，用于在每次进行信息交互之前，判断模块判断出已将本地的设备状态信息发送至接收端时，不再发送本地的设备状态信息，否则，向接收端发送本地的设备状态信息。如权利要求9所述的装置，其特征在于，所述判断模块具体用于，在确定在本次发送之前已向接收端发送过本地的设备状态信息，并且首次接收到接收端反馈的该接收端的设备状态信息时，确定已将发送端的设备状态信息发送至接收端；或者，在确定在本次发送之前已向接收端发送过本地的设备状态信息，并且接收到的接收端反馈的该接收端的设备信息状态与本地记录的该接收端的设备状态信息相同时，确定已将发送端的设备状态信息发送至接收端。如权利要求9所述的装置，其特征在于，所述判断模块具体用于，在确定在本次发送之前未向接收端发送本地的设备状态信息时，确定已将发送端的设备状态信息发送至接收端；或者，在确定在本次发送之前已向接收端发送本地的设备状态信息而未接收到反馈的接收端的设备状态信息时，确定已将发送端的设备状态信息发送至接收端；或者，在确定最新接收到接收端发送的该接收端的设备状态信息与本地记录的该接收端的原设备状态信息不同时，确定已将发送端的设备状态信息发送至接收端。如权利要求9所述的装置，其特征在于，包括：本装置为公共数据网网关PGW，所述接收端为策略与计费规则功能实体PCRF；或者，本装置为PCRF，所述接收端为PGW。如权利要求9‑12中任一项所述的装置，其特征在于，与接收端之间进行信息交互的接口，为长期演进LTE网络中的Gx接口。一种基于直径协议的设备状态信息发送装置，其特征在于，包括：信息接收装置，用于接收发送端发送的设备状态信息；判断模块，用于判断本次接收到该发送端发送的设备状态信息之前，是否已将本地的设备状态信息发送至发送端；信息发送模块，用于在判断模块判断出本次接收到该发送端发送的设备状态信息之前，已将本地的设备状态信息发送至发送端时，不再发送本地的设备状态信息，否则，向发送端发送本地的设备状态信息。如权利要求14所述的装置，其特征在于，所述判断模块具体用于，在确定本次接收到该发送端的设备状态信息之前，已向发送端发送过本地的设备状态信息，且未接收到该发送端的设备状态信息时，判定已将本地的设备状态信息发送至发送端；或者，在确定本次接收到该发送端的设备状态信息之前，已向该发送端发送过本地的设备状态信息，并且本次接收到的该发送端的设备状态信息与与本地记录的该接收端的设备状态信息相同时，判定已将本地的设备状态信息发送至发送端。如权利要求14或15所述的装置，其特征在于，所述判断模块具体用于，在确定本次接收到该发送端的设备状态信息之前，接收端未向该发送端发送过本地的设备状态信息时，判定未将本地的设备状态信息发送至发送端；或者，在确定本次接收到该发送端的设备状态信息之前，接收端已向发送端发送过本地的设备状态信息，并且本次接收到的该发送端的设备状态信息与与本地记录的该接收端的设备状态信息不同，判定未将本地的设备状态信息发送至发送端。

说明书

说明书一种基于Diameter协议的Origin‑State‑Id AVP发送方法及装置
技术领域
本发明涉及移动通信技术领域，特别涉及一种基于Diameter协议的Origin‑State‑Id AVP发送方法及装置。
背景技术
RADIUS（Remote Authentication Dial In User Service，远程用户拨号认证系统）协议是目前应用最广泛的一种AAA（Authentication Authorization Accounting，认证授权记账）协议，而Diameter（直径）协议是RADIUS协议的升级版本，被IETF（Internet Engineering Task Force，互联网工程任务组）的AAA工作组作为下一代的AAA协议标准。
在Diameter协议中，使用Origin‑State‑Id（源‑状态‑标识）AVP（Attribute‑Value‑Pair，属性‑内容‑对组）来表示设备状态，也称为设备状态信息。这个AVP在每条交互消息中携带，便于接收方了解发送方的设备状态。
如果接收方判断出接收到的Origin‑State‑Id AVP中的Origin‑State‑Id AVP的值有改变，可以认为原Origin‑State‑Id AVP对应的发送方的设备状态已经丢失，需要清除本地关于原Origin‑State‑Id AVP的发送方的资源。当接收方接收到Origin‑State‑Id AVP后，需要通过字符串遍历本地保存的发送方的主机名、域名，查找到该发送方的设备之前的状态。这样的处理方式，加重了接收方的处理负担，大大减缓了接收方的处理速率。
LTE（Long Term Evolution，长期演进）网络的SAE（System Architecture Evolution，系统架构演进）架构的网络拓扑结构如下图1所示，Gx接口位于PGW（即PDN GW，Public Data Network Gateway，公共数据网网关）和PCRF（Policy and Charging Rules Function，策略与计费规则功能）之间，主要用于计费控制和策略控制。PCRF将策略规则配置成PCC规则下发给PGW，PGW把这些规则绑定到相应的承载上，下发到业务面，由业务面进行执行这些规则，从而达到策略控制的目的。
PGW和PCRF之间的信息交互过程包括：创建会话过程、更新会话过程、删除会话过程等。
其中，创建会话过程如图2所示，PGW发送CCR（Credit Control Request，信用控制请求）‑I消息到PCRF，请求建立会话，PCRF反馈CCA‑I消息给PGW，PGW收到CCA（Credit Control Answer，信用控制应答）‑I确认可以建立会话后，两者之间的会话建立成功。
更新会话过程包括两种情况。其中一种情况如图3A所示，由PGW发起更新会话过程。PGW发送CCR‑U消息到PCRF，请求更新会话，PCRF反馈CCA‑U消息给PGW，确认建立更新会话过程。
而另一种情况，如图3B所示，由PCRF发起更新会话过程，PCRF将更新会话的请求通过RAR（Re Auth Request，重新认证请求）消息发送给PGW，PGW将确认建立更新会话的RAA（Re Auth Answer，重新认证应答）消息反馈给PCRF。
删除会话过程如图4所示，PGW将请求删除会话的CCR‑T消息发送给PCRF，PCRF删除会话后反馈CCA‑T消息给PGW。
上述PGW和PCRF之间的信息交互过程主要是通过两对消息，CCR/CCA消息和RAR/RAA消息实现的。CCR/CCA消息和RAR/RAA消息中均携带了Origin‑State‑Id AVP。
在现有技术中，发送端需要在每条Gx接口消息中携带本设备的Origin‑State‑Id AVP。接收端收到消息后需要通过字符串在设备存储信息中查找本地记录中的本地Origin‑State‑Id AVP，比较接收到的Origin‑State‑Id AVP的值和本地Origin‑State‑Id AVP的值是否相同，并根据比较结果进行后续处理。
在EPS（Evolved Packet Systerm，演进分组系统）中，PGW网元和PCRF网元通过Gx接口，基于Diameter协议进行消息交互。Diameter协议定义了Origin‑State‑Id AVP，该AVP用于检测同一实体设备是否发生过设备重启。当PGW网元（或PCRF网元）收到同一发送者发送的多个Origin‑State‑Id AVP时，若比较出当前接收到的Origin‑State‑Id AVP比上一次接收到的Origin‑State‑Id AVP的值大，可以认为该设备状态已经丢失，并且在上一次接收到的Origin‑State‑Id AVP的基础上进行所有的会话已经终止。PGW网元或PCRF网元检测到此情况时，需要清除本地在上一次接收到的Origin‑State‑Id AVP基础上进行的所有会话的资源。
Diameter协议中使用Origin‑Host(源‑主机）与Origin‑Realm(源‑域名）AVP来标识消息的源。Origin‑Host采用字符串类型，用以表明产生Diameter消息的源节点；Origin‑Realm采用字符串类型，用以表示Diameter消息产生者所在域。发送端在每一次发送的消息中携带Origin‑State‑Id AVP，接收端将接收到的Origin‑State‑Id AVP中的Origin‑Host和Origin‑Realm与本地维护的对端设备列表中对应的Origin‑Host和Origin‑Realm比较，从本地维护的对端设备列表中，找出已保存的与该发送端对应的Origin‑State‑Id值，与当前接收到的Origin‑State‑Id值比较，判断该设备状态是否已经丢失。
这种在每个通过Gx接口发送的消息中都携带Origin‑State‑Id AVP的方法，虽然能够在对端设备状态丢失后，清除本地基于上一次接收的Origin‑State‑Id AVP进行的所有会话的资源，但是由于在每个通过Gx接口发送的消息中都携带了Origin‑State‑Id AVP，而接收端每接到一次携带Origin‑State‑Id AVP的消息，就需要将本地维护的对端设备列表中的Origin‑Host和Origin‑Realm与当前接收到的消息中的Origin‑Host和Origin‑Realm进行比较，判断该设备状态是否已经丢失。这种重复进行字符串比较的方法很大地消耗了系统资源，并且增加了处理消息的时间。
发明内容
本发明实施例提供一种基于Diameter协议的设备状态信息发送方法及装置，用以解决现有技术中存在每次信息交互时，存在的系统资源消耗和消息处理时间延长的问题。
本发明实施例提供的具体技术方案如下：
本发明实施例提供了一种基于直径协议的设备状态信息发送方法，发送端基于直径协议与接收端建立通信连接，包括：在每次发送消息之前，发送端判断是否已将本地的设备状态信息发送至接收端；若是，则不再发送本地的设备状态信息，否则，向接收端发送本地的设备状态信息。
一种基于直径协议的设备状态信息发送方法，包括：
接收端接收发送端采用如上述基于直径协议的信息交互方法发送的设备状态信息；判断本次接收到该发送端发送的设备状态信息之前，是否已将本地的设备状态信息发送至发送端；
若是，则不再发送本地的设备状态信息，否则，向发送端发送本地的设备状态信息。
一种基于直径协议的设备状态信息发送装置，基于直径协议与接收端建立通信连接，包括：
判断模块，用于在每次进行信息交互之前，判断是否已将本地的设备状态信息发送至接收端；
信息发送模块，用于在每次进行信息交互之前，判断模块判断出已将本地的设备状态信息发送至接收端时，不再发送本地的设备状态信息，否则，向接收端发送本地的设备状态信息。
一种基于直径协议的设备状态信息发送装置，包括：
信息接收装置，用于接收上述基于直径协议的信息交互装置发送的设备状态信息；
判断模块，用于判断本次接收到该发送端发送的设备状态信息之前，是否已将本地的设备状态信息发送至发送端；
信息发送模块，用于在判断模块判断出本次接收到该发送端发送的设备状态信息之前，已将本地的设备状态信息发送至发送端时，不再发送本地的设备状态信息，否则，向发送端发送本地的设备状态信息。
本发明实施例中，设计了一种基于Diameter协议的设备状态信息发送方法及装置，发送端在判定未将本地的设备状态信息发送至接收端时，才在发送给接收端的消息中携带Origin‑State‑Id值，这样，在令发送端能够准确地判断出接收端的设备状态信息是否已丢失的同时，有效减少了系统资源的消耗以及消息处理时间，优化了系统整体性能。
附图说明
图1为现有技术中LTE网络的SAE架构的网络拓扑结构；
图2为现有技术中PGW和PCRF之间创建会话的过程；
图3A为现有技术中由PGW发起更新会话过程；
图3B为现有技术中由PCRF发起更新会话过程；
图4为现有技术中PGW和PCRF之间删除会话的过程；
图5为本发明实施例的发送端的信息交互方法流程图；
图6为本发明实施例的发送端装置示意图；
图7为本发明实施例的接收端的信息交互方法流程图；
图8为本发明实施例的接收端的装置示意图。
具体实施方式
本发明实施例中，设计了一种基于Diameter（直径）协议的Origin‑State‑Id AVP发送方法，发送端仅在判定未将本地的设备状态信息发送至接收端时，才在发送给接收端的消息中携带Origin‑State‑Id值，这样，可以节省通信双方的消息处理时间。
下面结合附图对本发明优选的实施方式进行详细说明。
本发明实施例可以但不限于通过下列方式对设备发送Origin‑State‑Id AVP状态进行记录。本发明实施例中，定义了一个枚举类型的结构，如下：
Typedef enum{
Send_Null;没有发送过
Sending_Proc;正在发送中，还没有收到响应消息
Sended_Proc;已经发送过，并且收到响应消息
}OriginStateSendStatus
其中，Send_Null（没有发送过）和Sending_Proc（正在发送中，还没有收到响应消息）均表示发送端没有将本地的设备状态信息发送至接收端的情况；而Sended_Proc（已经发送过，并且收到响应消息)则表示发送端已将本地的设备状态信息发送至接收端的情况。
在本地记录的对应该接收端的Origin‑State‑Id AVP发送状态为Send_Null或Sending_Proc时，向接收端发送本地的Origin‑State‑Id AVP。
在每次进行信息交互之前，发送端在本地记录的对应该接收端的Origin‑State‑Id AVP发送状态为Sended_Proc时，不向接收端发送本地的Origin‑State‑Id AVP。
参阅图5所示，本发明实施例中，发送端基于Diameter协议与接收端建立通信连接后，与接收端进行信息交互的详细流程如下：
步骤501：在每次发送消息之前，发送端判断是否已将本地的Origin‑State‑Id AVP发送至接收端，若是，进行步骤502，否则，进行步骤503。
本发明实施例中，发送端根据本地记录的对应该接收端的Origin‑State‑Id AVP发送状态判断是否已将本地的Origin‑State‑Id AVP发送至接收端，如前所述，Send_Null（没有发送过）和Sending_Proc（正在发送中，还没有收到响应消息）均表示发送端没有将本地的设备状态信息发送至接收端的情况；而Sended_Proc（已经发送过，并且收到响应消息)则表示发送端已将本地的设备状态信息发送至接收端的情况。
步骤502：发送端不再向该接收端发送本地的Origin‑State‑Id AVP。
本发明实施例中，步骤502的具体执行方式可以分为以下三种（仅为举例并不局限于此）：
1）发送端确定在本次发送之前已向接收端发送过本地的设备状态信息，并且首次接收到接收端反馈的该接收端的设备状态信息时，判断已将本地的Origin‑State‑Id AVP发送至接收端，并不再向该接收端发送本地的Origin‑State‑Id AVP。
例如，发送端在首次与接收端进行信息交互时，记录该接收端的主机名和域名，将本地的Origin‑State‑Id AVP发送给接收端，并将本地对应该接收端记录的Origin‑State‑Id AVP发送状态设置为Sending_Proc。在本次发送之前，发送端在接收到该接收端反馈的携带了该接收端的Origin‑State‑Id AVP的响应消息后，确定为首次接收到该接收端的Origin‑State‑Id AVP时，记录首次接收到接收端发送的该接收端的Origin‑State‑Id AVP，将本地对应该接收端记录的Origin‑State‑Id AVP发送状态设置为Sended_Proc，并不再向该接收端发送本地的Origin‑State‑Id AVP。
2）发送端确定在本次发送之前已向接收端发送过本地的设备状态信息，并且接收到的接收端反馈的该接收端的设备信息状态与本地记录的该接收端的设备状态信息相同时，判断已将本地的Origin‑State‑Id AVP发送至接收端，并不再向该接收端发送本地的Origin‑State‑Id AVP。
例如，如果发送端之前与该接收端进行过信息交互，在信息交互过程中接收到该接收端发送的新的Origin‑State‑Id AVP，并且该新的Origin‑State‑Id AVP的Origin‑State‑Id值和本地记录的该接收端的Origin‑State‑Id AVP中的Origin‑State‑Id值相同，则将本地对应该接收端记录的Origin‑State‑Id AVP发送状态设置为Sended_Proc，并不再向该接收端发送本地的Origin‑State‑Id AVP。
步骤503：发送端向该接收端发送本地的Origin‑State‑Id AVP。
本发明实施例中，步骤503的具体执行方式可以分为以下三种（仅为举例并不局限于此）：
1）发送端确定在本次发送之前未向接收端发送本地的Origin‑State‑Id AVP时，则将本地的Origin‑State‑Id AVP发送给接收端，并将本地对应该接收端记录的Origin‑State‑Id AVP发送状态设置为Sending_Proc。
例如，发送端判定本地对应接收端记录的Origin‑State‑Id AVP发送状态为Send_Null时，确定在本次发送之前未向接收端发送本地的Origin‑State‑Id AVP。
2）发送端确定在本次发送之前已向接收端发送本地的Origin‑State‑Id AVP，且未接收到反馈的该接收端的Origin‑State‑Id AVP时，将本地的Origin‑State‑Id AVP再次发送给该接收端，并将本地对应该接收端记录的Origin‑State‑Id AVP发送状态设置为Sending_Proc。
3）发送端确定最新接收到接收端发送的该接收端的Origin‑State‑Id AVP中的Origin‑State‑Id值与本地记录的该接收端的Origin‑State‑Id AVP中的Origin‑State‑Id值不同，则判定未将本地的Origin‑State‑Id AVP发送至接收端，记录最新接收到接收端发送的该接收端的Origin‑State‑Id值，并向该接收端发送本地的Origin‑State‑Id AVP。
例如，发送端确定在本次发送之前已向接收端发送本地的Origin‑State‑Id AVP，并且最新接收到的接收端发送的该接收端的Origin‑State‑Id AVP中的Origin‑State‑Id值比本地对应该接收端记录的Origin‑State‑Id AVP中的Origin‑State‑Id值大，则记录最新接收到接收端发送的该接收端的Origin‑State‑Id AVP，将本地的Origin‑State‑Id AVP发送给该接收端，并将本地对应该接收端记录的Origin‑State‑Id AVP发送状态设置为Sending_Proc。此种情况通常会出现在发送端与接收端交互过程中接收端因故重启的情景下，此时，接收端在重新启动后会将Origin‑State‑Id AVP中的Origin‑State‑Id值＋1，因而便会出现发送端与接收端的记录不一致的情况。
下面以一种具体的应用场景对上述实施例作出进一步详细说明。
实际应用中，发送端可以是PGW，接收端可以是PCRF，或者，发送端是PCRF，接收端是PGW。而PGW与PCRF之间的信息交互可以通过用于计费控制和策略控制的Gx接口实现。下面以这两种情况为例分别进行说明。
例如，PGW在本次向PCRF发送CCR‑I消息之前，若判定未将本地的Origin‑State‑Id AVP发送至PCRF，则需要在本次发送的消息中携带本地的Origin‑State‑Id AVP；若判定已经向该PCRF发送过Origin‑State‑Id AVP，并收到过该PCRF反馈的响应消息，以及该PCRF的设备状态信息没有改变过，则不需要在本次发送的消息中携带本地的Origin‑State‑Id AVP。
另一方面，PCRF在本次向PGW发送CCA消息之前，若判定未将本地的Origin‑State‑Id AVP发送至PGW，则需要在本次发送的消息中携带本地的Origin‑State‑Id AVP；若判定已经向该PGW发送过Origin‑State‑Id AVP，并收到过该PGW反馈的响应消息，以及该PGW的设备状态信息没有改变过，则不需要在本次发送的消息中携带本地的Origin‑State‑Id AVP。
与上述实施例相对应的，接收端收到发送端发送的携带该发送端的Origin‑State‑Id AVP的消息后，需要处理消息中的Origin‑State‑Id AVP，处理原则如下：
在接收端本地记录的对应发送端的Origin‑State‑Id AVP发送状态为Send_Null或Sending_Proc时，均表示接收端没有将本地的设备状态信息发送至该发送端的情况，需要再次向该发送端发送本地的Origin‑State‑Id AVP；而Sended_Proc表示接收端已将本地的设备状态信息发送至发送端的情况，在每次进行信息交互之前，如果在接收端本地记录的对应该发送端的Origin‑State‑Id AVP发送状态为Sended_Proc，不再向发送端发送本地的Origin‑State‑Id AVP。
本发明实施例中，接收端在接收到发送端发送该发送端的Origin‑State‑Id AVP后，与发送端进行信息交互的详细流程如图7所示，包括：
步骤701：接收端接收发送端采用本发明实施例设计的方法发送的设备状态信息；
步骤702：接收端判断本次接收到该发送端发送的设备状态信息之前，是否已将本地的设备状态信息发送至发送端，若是，则进行步骤703，否则进行步骤704。
步骤703：接收端不再发送本地的设备状态信息。
本发明实施例中步骤703的具体实施方式可分为如下两种：
1）本次接收到该发送端的设备状态信息之前，接收端已向发送端发送过本地的设备状态信息，且未接收到该发送端的设备状态信息，则不再发送本地的设备状态信息。
例如，如果接收端本次接收到发送端的Origin‑State‑Id AVP为首次接收到的，并且此时本地对应该发送端记录的Origin‑State‑Id AVP发送状态为Send_Null，则记录该发送端的主机名和域名，以及接收到的该发送端的Origin‑State‑Id AVP，向发送端反馈本接收端的Origin‑State‑Id AVP，并将本地对应该发送端记录的Origin‑State‑Id AVP发送状态置为Sending_Proc。
2）本次接收到该发送端的设备状态信息之前，已向该发送端发送过本地的设备状态信息，并且本次接收到的该发送端的设备状态信息与与本地记录的该接收端的设备状态信息相同，则不再发送本地的设备状态信息。
例如，如果在接收端本次接收到发送端的Origin‑State‑Id AVP之前，已经接受到过该发送端的Origin‑State‑Id AVP，并且，此时接收端对应该发送端记录的Origin‑State‑Id AVP发送状态为Sended_Proc，而接收端在判断出本次接收到的Origin‑State‑Id AVP中的Origin‑State‑Id值与本地记录的对应该发送端的Origin‑State‑Id AVP中的Origin‑State‑Id值相同的情况下，不再向发送端发送Origin‑State‑Id AVP。
步骤704：接收端向发送端发送本地的设备状态信息。
本发明实施例中步骤704的具体可分为如下两种情况：
1）在本次接收到该发送端的设备状态信息之前，接收端未向该发送端发送过本地的设备状态信息时，接收端向发送端发送本地的设备状态信息。
例如，如果接收端判断之前并未与该发送端进行过信息交互（重启后的接收端判定所有的发送端均为没有交互过的设备），则在本次接收到该发送端的Origin‑State‑Id AVP后，记录该发送端的主机名和域名，同时将把本地对应该发送端记录的Origin‑State‑Id AVP发送状态置为Send_Null，并向发送端反馈本接收端的Origin‑State‑Id AVP。
2）在本次接收到该发送端的设备状态信息之前，接收端已向发送端发送过本地的设备状态信息，并且本次接收到的该发送端的设备状态信息与与本地记录的该接收端的设备状态信息不同时，接收端向发送端发送本地的设备状态信息。
例如，如果在接收端本次接收到发送端的Origin‑State‑Id AVP之前，已经接受到过该发送端的Origin‑State‑Id AVP，并且，此时接收端对应该发送端记录的Origin‑State‑Id AVP发送状态为Sended_Proc，而接收端判断出本次接收到的Origin‑State‑Id AVP中的Origin‑State‑Id值与本地记录的对应该发送端的Origin‑State‑Id AVP中的Origin‑State‑Id值不相同，则释放该发送端基于原Origin‑State‑Id AVP的资源，对应该发送端记录新的Origin‑State‑Id AVP，并向该发送端反馈本接收端的Origin‑State‑Id AVP，将对应该发送端记录的Origin‑State‑Id AVP发送状态为Sending_Proc。此种情况通常会出现在发送端与接收端交互过程中发送端因故重启的情景下，此时，发送端在重新启动后会将Origin‑State‑Id AVP中的Origin‑State‑Id值＋1后，并将新的Origin‑State‑Id AVP发送给需要进行信息交互的接收端。
本发明实施例基于上述发送端与接收端基于直径协议建立通信连接的Origin‑State‑Id AVP发送方法，设计了一种基于直径协议的Origin‑State‑Id AVP发送装置，如图6所示，包括：
判断模块601，用于在每次进行信息交互之前，判断是否已将本地的设备状态信息发送至接收端；
信息发送模块602，用于在每次进行信息交互之前，判断模块701判断出已将本地的设备状态信息发送至接收端时，不再发送本地的设备状态信息，否则，向接收端发送本地的设备状态信息。
该判断模块601具体用于，在确定在本次发送之前已向接收端发送过本地的设备状态信息，并且首次接收到接收端反馈的该接收端的设备状态信息时，确定已将发送端的设备状态信息发送至接收端；或者，在确定在本次发送之前已向接收端发送过本地的设备状态信息，并且接收到的接收端反馈的该接收端的设备信息状态与本地记录的该接收端的设备状态信息相同时，确定已将发送端的设备状态信息发送至接收端。
该判断模块601具体用于，在确定在本次发送之前未向接收端发送本地的设备状态信息时，确定已将发送端的设备状态信息发送至接收端；或者，
在确定在本次发送之前已向接收端发送本地的设备状态信息而未接收到反馈的接收端的设备状态信息时，确定已将发送端的设备状态信息发送至接收端；或者，
在确定最新接收到接收端发送的该接收端的设备状态信息与本地记录的该接收端的原设备状态信息不同时，确定已将发送端的设备状态信息发送至接收端。
在具体应用中，该装置可以为PGW，接收端可以为PCRF；或者，该装置为可以PCRF，接收端可以为PGW。
在实际应用中，该装置与接收端之间进行信息交互的接口，可以为长期演进LTE网络中的Gx接口。
另外，本发明实施例还基于上述发送端与接收端基于直径协议建立通信连接的Origin‑State‑Id AVP发送方法，设计了一种基于直径协议的Origin‑State‑Id AVP发送装置，如图8所示，包括：
信息接收模块801，用于接收发送端采用上述基于直径协议的信息交互装置发送的设备状态信息；
判断模块802，用于判断本次接收到该发送端发送的设备状态信息之前，是否已将本地的设备状态信息发送至发送端；
信息发送模块803，用于在判断模块802判断出本次接收到该发送端发送的设备状态信息之前，已将本地的设备状态信息发送至发送端时，不再发送本地的设备状态信息，否则，向发送端发送本地的设备状态信息。
在具体应用中，该装置可以为PCRF，发送端可以为PGW；或者，该装置可以为PGW，发送端可以为PCRF。
在实际应用中，该装置与发送端之间进行信息交互的接口，可以为长期演进LTE网络中的Gx接口。
本发明实施例中，发送端需要确定对应接收端记录的Origin‑State‑Id AVP发送状态为Sending_Proc或Send_Null时，才需要发送携带Origin‑State‑Id AVP的消息，从而减少了接收端对Origin‑State‑Id AVP处理的次数和时间，很大的提高了消息接收的处理速度。由于接收端需要在接收到携带Origin‑State‑Id AVP的消息时，通过主机名、域名匹配来确定对端设备状态是否改变，因此，本发明改进了关于Origin‑State‑Id AVP的维护结构和过程，在不改变现有消息结构的前提下，减少了消息发送和接收时，在设备中重复查找对端设备主机名、域名的过程。
本发明是参照根据本发明实施例的方法、设备（系统）、和计算机程序产品的流程图和／或方框图来描述的。应理解可由计算机程序指令实现流程图和／或方框图中的每一流程和／或方框、以及流程图和／或方框图中的流程和／或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。
显然，本领域的技术人员可以对本发明实施例进行各种改动和变型而不脱离本发明实施例的精神和范围。这样，倘若本发明实施例的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

资源描述

《一种基于DIAMETER协议的ORIGINSTATEIDAVP发送方法及装置.pdf》由会员分享，可在线阅读，更多相关《一种基于DIAMETER协议的ORIGINSTATEIDAVP发送方法及装置.pdf（16页珍藏版）》请在专利查询网上搜索。

1、(10)申请公布号 CN 102883308 A (43)申请公布日 2013.01.16 C N 1 0 2 8 8 3 3 0 8 A *CN102883308A* (21)申请号 201210337494.3 (22)申请日 2012.09.12 H04W 8/24(2009.01) (71)申请人大唐移动通信设备有限公司地址 100083 北京市海淀区学院路29号 (72)发明人华蕊田华 (74)专利代理机构北京同达信恒知识产权代理有限公司 11291 代理人刘松 (54) 发明名称一种基于Diameter协议的Origin-State-Id AVP发送方法及装置 (57) 摘。

2、要本发明公开了一种基于Diameter协议的 Origin-State-Id AVP发送方法及装置，该方法包括，发送端基于直径协议与接收端建立通信连接，包括：在每次发送消息之前，发送端判断是否已将本地的设备状态信息发送至接收端；若是，则不再发送本地的设备状态信息，否则，向接收端发送本地的设备状态信息，用以解决现有技术中存在每次信息交互时，接收端均需要根据接收到的 Origin-State-Id值判断发送端的设备状态是否已经丢失的情况导致的系统资源的消耗和消息处理时间的延长的问题。 (51)Int.Cl. 权利要求书3页说明书9页附图3页 (19)中华人民共和国国家知识产权。

3、局 (12)发明专利申请权利要求书 3 页说明书 9 页附图 3 页 1/3页 2 1.一种基于直径协议的设备状态信息发送方法，发送端基于直径协议与接收端建立通信连接，其特征在于，包括：在每次发送消息之前，发送端判断是否已将本地的设备状态信息发送至接收端；若是，则不再发送本地的设备状态信息，否则，向接收端发送本地的设备状态信息。 2.如权利要求1所述的方法，其特征在于，发送端确定已将本地的设备状态信息发送至接收端，包括：发送端确定在本次发送之前已向接收端发送过本地的设备状态信息，并且首次接收到接收端反馈的该接收端的设备状态信息；或者，发送端确定在本次发送之前已向接收端发送过。

4、本地的设备状态信息，并且接收到的接收端反馈的该接收端的设备信息状态与本地记录的该接收端的设备状态信息相同。 3.如权利要求1所述的方法，其特征在于，发送端确定未将本地的设备状态信息发送至接收端，包括：发送端确定在本次发送之前未向接收端发送本地的设备状态信息；或者，发送端确定在本次发送之前已向接收端发送本地的设备状态信息，且未接收到反馈的接收端的设备状态信息；或者，发送端确定最新接收到接收端发送的该接收端的设备状态信息与本地记录的该接收端的设备状态信息不同。 4.如权利要求1所述的方法，其特征在于，包括：所述发送端为公共数据网网关PGW，所述接收端为策略与计费规则功能实体PCRF。

5、；或者，所述发送端为PCRF，所述接收端为PGW。 5.如权利要求1-4中任一项所述的方法，其特征在于，所述发送端与接收端之间通过长期演进LTE网络中的Gx接口进行信息交互。 6.一种基于直径协议的设备状态信息发送方法，其特征在于，包括：接收端接收到发送端发送的设备状态信息；判断本次接收到该发送端发送的设备状态信息之前，是否已将本地的设备状态信息发送至发送端；若是，则不再发送本地的设备状态信息，否则，向发送端发送本地的设备状态信息。 7.如权利要求6所述的方法，其特征在于，接收端判断本次接收到该发送端发送的设备状态信息之前，已将本地的设备状态信息发送至发送端，包括：本次接收到。

6、该发送端的设备状态信息之前，接收端已向发送端发送过本地的设备状态信息，且未接收到该发送端的设备状态信息；或者，本次接收到该发送端的设备状态信息之前，已向该发送端发送过本地的设备状态信息，并且本次接收到的该发送端的设备状态信息与与本地记录的该接收端的设备状态信息相同。 8.如权利要求6或7所述的方法，其特征在于，接收端判断本次接收到该发送端发送的设备状态信息之前，未将本地的设备状态信息发送至发送端，包括：本次接收到该发送端的设备状态信息之前，接收端未向该发送端发送过本地的设备状态信息；或者，权利要求书CN 102883308 A 2/3页 3 本次接收到该发送端的设备状态。

7、信息之前，接收端已向发送端发送过本地的设备状态信息，并且本次接收到的该发送端的设备状态信息与与本地记录的该接收端的设备状态信息不同。 9.一种基于直径协议的设备状态信息发送装置，基于直径协议与接收端建立通信连接，其特征在于，包括：判断模块，用于在每次进行信息交互之前，判断是否已将本地的设备状态信息发送至接收端；信息发送模块，用于在每次进行信息交互之前，判断模块判断出已将本地的设备状态信息发送至接收端时，不再发送本地的设备状态信息，否则，向接收端发送本地的设备状态信息。 10.如权利要求9所述的装置，其特征在于，所述判断模块具体用于，在确定在本次发送之前已向接收端发送过本地的设。

8、备状态信息，并且首次接收到接收端反馈的该接收端的设备状态信息时，确定已将发送端的设备状态信息发送至接收端；或者，在确定在本次发送之前已向接收端发送过本地的设备状态信息，并且接收到的接收端反馈的该接收端的设备信息状态与本地记录的该接收端的设备状态信息相同时，确定已将发送端的设备状态信息发送至接收端。 11.如权利要求9所述的装置，其特征在于，所述判断模块具体用于，在确定在本次发送之前未向接收端发送本地的设备状态信息时，确定已将发送端的设备状态信息发送至接收端；或者，在确定在本次发送之前已向接收端发送本地的设备状态信息而未接收到反馈的接收端的设备状态信息时，确定已将发送端的设备状。

9、态信息发送至接收端；或者，在确定最新接收到接收端发送的该接收端的设备状态信息与本地记录的该接收端的原设备状态信息不同时，确定已将发送端的设备状态信息发送至接收端。 12.如权利要求9所述的装置，其特征在于，包括：本装置为公共数据网网关PGW，所述接收端为策略与计费规则功能实体PCRF；或者，本装置为PCRF，所述接收端为PGW。 13.如权利要求9-12中任一项所述的装置，其特征在于，与接收端之间进行信息交互的接口，为长期演进LTE网络中的Gx接口。 14.一种基于直径协议的设备状态信息发送装置，其特征在于，包括：信息接收装置，用于接收发送端发送的设备状态信息；判断模块，用于判断。

10、本次接收到该发送端发送的设备状态信息之前，是否已将本地的设备状态信息发送至发送端；信息发送模块，用于在判断模块判断出本次接收到该发送端发送的设备状态信息之前，已将本地的设备状态信息发送至发送端时，不再发送本地的设备状态信息，否则，向发送端发送本地的设备状态信息。 15.如权利要求14所述的装置，其特征在于，所述判断模块具体用于，在确定本次接收到该发送端的设备状态信息之前，已向发送端发送过本地的设备状态信息，且未接收到该发送端的设备状态信息时，判定已将本地的设备状态信息发送至发送权利要求书CN 102883308 A 3/3页 4 端；或者，在确定本次接收到该发送端的设备。

11、状态信息之前，已向该发送端发送过本地的设备状态信息，并且本次接收到的该发送端的设备状态信息与与本地记录的该接收端的设备状态信息相同时，判定已将本地的设备状态信息发送至发送端。 16.如权利要求14或15所述的装置，其特征在于，所述判断模块具体用于，在确定本次接收到该发送端的设备状态信息之前，接收端未向该发送端发送过本地的设备状态信息时，判定未将本地的设备状态信息发送至发送端；或者，在确定本次接收到该发送端的设备状态信息之前，接收端已向发送端发送过本地的设备状态信息，并且本次接收到的该发送端的设备状态信息与与本地记录的该接收端的设备状态信息不同，判定未将本地的设备状态信息发送至发送。

12、端。权利要求书CN 102883308 A 1/9页 5 一种基于 Diameter协议的 Origin-State-Id AVP发送方法及装置技术领域 0001 本发明涉及移动通信技术领域，特别涉及一种基于Diameter协议的 Origin-State-Id AVP发送方法及装置。背景技术 0002 RADIUS（Remote Authentication Dial In User Service，远程用户拨号认证系统）协议是目前应用最广泛的一种AAA（Authentication Authorization Accounting，认证授权记账）协议，而Diameter。

13、（直径）协议是RADIUS协议的升级版本，被IETF（Internet Engineering Task Force，互联网工程任务组）的AAA工作组作为下一代的AAA协议标准。 0003 在Diameter协议中，使用Origin-State-Id（源-状态-标识）AVP （Attribute-Value-Pair，属性-内容-对组）来表示设备状态，也称为设备状态信息。这个 AVP在每条交互消息中携带，便于接收方了解发送方的设备状态。 0004 如果接收方判断出接收到的Origin-State-Id AVP中的Origin-State-Id AVP的值有改变，可以认为原Origin-Sta。

14、te-Id AVP对应的发送方的设备状态已经丢失，需要清除本地关于原Origin-State-Id AVP的发送方的资源。当接收方接收到Origin-State-Id AVP后，需要通过字符串遍历本地保存的发送方的主机名、域名，查找到该发送方的设备之前的状态。这样的处理方式，加重了接收方的处理负担，大大减缓了接收方的处理速率。 0005 LTE（Long Term Evolution，长期演进）网络的SAE（System Architecture Evolution，系统架构演进）架构的网络拓扑结构如下图1所示，Gx接口位于PGW（即PDN GW， Public Data Network 。

15、Gateway，公共数据网网关）和PCRF（Policy and Charging Rules Function，策略与计费规则功能）之间，主要用于计费控制和策略控制。PCRF将策略规则配置成PCC规则下发给PGW，PGW把这些规则绑定到相应的承载上，下发到业务面，由业务面进行执行这些规则，从而达到策略控制的目的。 0006 PGW和PCRF之间的信息交互过程包括：创建会话过程、更新会话过程、删除会话过程等。 0007 其中，创建会话过程如图2所示，PGW发送CCR（Credit Control Request，信用控制请求）-I消息到PCRF，请求建立会话，PCRF反馈CCA-I消息。

16、给PGW，PGW收到CCA（Credit Control Answer，信用控制应答）-I确认可以建立会话后，两者之间的会话建立成功。 0008 更新会话过程包括两种情况。其中一种情况如图3A所示，由PGW发起更新会话过程。PGW发送CCR-U消息到PCRF，请求更新会话，PCRF反馈CCA-U消息给PGW，确认建立更新会话过程。 0009 而另一种情况，如图3B所示，由PCRF发起更新会话过程，PCRF将更新会话的请求通过RAR（Re Auth Request，重新认证请求）消息发送给PGW，PGW将确认建立更新会话的 RAA（Re Auth Answer，重新认证应答）消息反馈给PC。

17、RF。 0010 删除会话过程如图4所示，PGW将请求删除会话的CCR-T消息发送给PCRF，PCRF 说明书CN 102883308 A 2/9页 6 删除会话后反馈CCA-T消息给PGW。 0011 上述PGW和PCRF之间的信息交互过程主要是通过两对消息，CCR/CCA消息和RAR/ RAA消息实现的。CCR/CCA消息和RAR/RAA消息中均携带了Origin-State-Id AVP。 0012 在现有技术中，发送端需要在每条Gx接口消息中携带本设备的Origin-State-Id AVP。接收端收到消息后需要通过字符串在设备存储信息中查找本地记录中的本地 Origin-Stat。

18、e-Id AVP，比较接收到的Origin-State-Id AVP的值和本地Origin-State-Id AVP的值是否相同，并根据比较结果进行后续处理。 0013 在EPS（Evolved Packet Systerm，演进分组系统）中，PGW网元和PCRF网元通过 Gx接口，基于Diameter协议进行消息交互。Diameter协议定义了Origin-State-Id AVP，该AVP用于检测同一实体设备是否发生过设备重启。当PGW网元（或PCRF网元）收到同一发送者发送的多个Origin-State-Id AVP时，若比较出当前接收到的Origin-State-Id AVP 比上。

19、一次接收到的Origin-State-Id AVP的值大，可以认为该设备状态已经丢失，并且在上一次接收到的Origin-State-Id AVP的基础上进行所有的会话已经终止。PGW网元或PCRF 网元检测到此情况时，需要清除本地在上一次接收到的Origin-State-Id AVP基础上进行的所有会话的资源。 0014 Diameter协议中使用Origin-Host(源-主机）与Origin-Realm(源-域名） AVP来标识消息的源。Origin-Host采用字符串类型，用以表明产生Diameter消息的源节点；Origin-Realm采用字符串类型，用以表示Diameter消息。

20、产生者所在域。发送端在每一次发送的消息中携带Origin-State-Id AVP，接收端将接收到的Origin-State-Id AVP 中的Origin-Host和Origin-Realm与本地维护的对端设备列表中对应的Origin-Host 和Origin-Realm比较，从本地维护的对端设备列表中，找出已保存的与该发送端对应的 Origin-State-Id值，与当前接收到的Origin-State-Id值比较，判断该设备状态是否已经丢失。 0015 这种在每个通过Gx接口发送的消息中都携带Origin-State-Id AVP的方法，虽然能够在对端设备状态丢失后，清除本地基于上。

21、一次接收的Origin-State-Id AVP进行的所有会话的资源，但是由于在每个通过Gx接口发送的消息中都携带了Origin-State-Id AVP，而接收端每接到一次携带Origin-State-Id AVP的消息，就需要将本地维护的对端设备列表中的Origin-Host和Origin-Realm与当前接收到的消息中的Origin-Host和 Origin-Realm进行比较，判断该设备状态是否已经丢失。这种重复进行字符串比较的方法很大地消耗了系统资源，并且增加了处理消息的时间。发明内容 0016 本发明实施例提供一种基于Diameter协议的设备状态信息发送方法及装置，用以。

22、解决现有技术中存在每次信息交互时，存在的系统资源消耗和消息处理时间延长的问题。 0017 本发明实施例提供的具体技术方案如下： 0018 本发明实施例提供了一种基于直径协议的设备状态信息发送方法，发送端基于直径协议与接收端建立通信连接，包括：在每次发送消息之前，发送端判断是否已将本地的设备状态信息发送至接收端；若是，则不再发送本地的设备状态信息，否则，向接收端发送本说明书CN 102883308 A 3/9页 7 地的设备状态信息。 0019 一种基于直径协议的设备状态信息发送方法，包括： 0020 接收端接收发送端采用如上述基于直径协议的信息交互方法发送的设备状态信息；判断本次。

23、接收到该发送端发送的设备状态信息之前，是否已将本地的设备状态信息发送至发送端； 0021 若是，则不再发送本地的设备状态信息，否则，向发送端发送本地的设备状态信息。 0022 一种基于直径协议的设备状态信息发送装置，基于直径协议与接收端建立通信连接，包括： 0023 判断模块，用于在每次进行信息交互之前，判断是否已将本地的设备状态信息发送至接收端； 0024 信息发送模块，用于在每次进行信息交互之前，判断模块判断出已将本地的设备状态信息发送至接收端时，不再发送本地的设备状态信息，否则，向接收端发送本地的设备状态信息。 0025 一种基于直径协议的设备状态信息发送装置，包括： 002。

24、6 信息接收装置，用于接收上述基于直径协议的信息交互装置发送的设备状态信息； 0027 判断模块，用于判断本次接收到该发送端发送的设备状态信息之前，是否已将本地的设备状态信息发送至发送端； 0028 信息发送模块，用于在判断模块判断出本次接收到该发送端发送的设备状态信息之前，已将本地的设备状态信息发送至发送端时，不再发送本地的设备状态信息，否则，向发送端发送本地的设备状态信息。 0029 本发明实施例中，设计了一种基于Diameter协议的设备状态信息发送方法及装置，发送端在判定未将本地的设备状态信息发送至接收端时，才在发送给接收端的消息中携带Origin-State-Id值，这样。

25、，在令发送端能够准确地判断出接收端的设备状态信息是否已丢失的同时，有效减少了系统资源的消耗以及消息处理时间，优化了系统整体性能。附图说明 0030 图1为现有技术中LTE网络的SAE架构的网络拓扑结构； 0031 图2为现有技术中PGW和PCRF之间创建会话的过程； 0032 图3A为现有技术中由PGW发起更新会话过程； 0033 图3B为现有技术中由PCRF发起更新会话过程； 0034 图4为现有技术中PGW和PCRF之间删除会话的过程； 0035 图5为本发明实施例的发送端的信息交互方法流程图； 0036 图6为本发明实施例的发送端装置示意图； 0037 图7为本发明实施例的接收端的信。

26、息交互方法流程图； 0038 图8为本发明实施例的接收端的装置示意图。具体实施方式说明书CN 102883308 A 4/9页 8 0039 本发明实施例中，设计了一种基于Diameter（直径）协议的Origin-State-Id AVP 发送方法，发送端仅在判定未将本地的设备状态信息发送至接收端时，才在发送给接收端的消息中携带Origin-State-Id值，这样，可以节省通信双方的消息处理时间。 0040 下面结合附图对本发明优选的实施方式进行详细说明。 0041 本发明实施例可以但不限于通过下列方式对设备发送Origin-State-Id AVP状态进行记录。本发明实施例中。

27、，定义了一个枚举类型的结构，如下： 0042 Typedef enum 0043 Send_Null;没有发送过 0044 Sending_Proc;正在发送中，还没有收到响应消息 0045 Sended_Proc;已经发送过，并且收到响应消息 0046 OriginStateSendStatus 0047 其中，Send_Null（没有发送过）和Sending_Proc（正在发送中，还没有收到响应消息）均表示发送端没有将本地的设备状态信息发送至接收端的情况；而Sended_Proc（已经发送过，并且收到响应消息)则表示发送端已将本地的设备状态信息发送至接收端的情况。 0048 在本地记。

28、录的对应该接收端的Origin-State-Id AVP发送状态为Send_Null或 Sending_Proc时，向接收端发送本地的Origin-State-Id AVP。 0049 在每次进行信息交互之前，发送端在本地记录的对应该接收端的 Origin-State-Id AVP发送状态为Sended_Proc时，不向接收端发送本地的 Origin-State-Id AVP。 0050 参阅图5所示，本发明实施例中，发送端基于Diameter协议与接收端建立通信连接后，与接收端进行信息交互的详细流程如下： 0051 步骤501：在每次发送消息之前，发送端判断是否已将本地的Origin-St。

29、ate-Id AVP发送至接收端，若是，进行步骤502，否则，进行步骤503。 0052 本发明实施例中，发送端根据本地记录的对应该接收端的Origin-State-Id AVP 发送状态判断是否已将本地的Origin-State-Id AVP发送至接收端，如前所述，Send_Null （没有发送过）和Sending_Proc（正在发送中，还没有收到响应消息）均表示发送端没有将本地的设备状态信息发送至接收端的情况；而Sended_Proc（已经发送过，并且收到响应消息)则表示发送端已将本地的设备状态信息发送至接收端的情况。 0053 步骤502：发送端不再向该接收端发送本地的Origin-。

30、State-Id AVP。 0054 本发明实施例中，步骤502的具体执行方式可以分为以下三种（仅为举例并不局限于此）： 0055 1）发送端确定在本次发送之前已向接收端发送过本地的设备状态信息，并且首次接收到接收端反馈的该接收端的设备状态信息时，判断已将本地的Origin-State-Id AVP 发送至接收端，并不再向该接收端发送本地的Origin-State-Id AVP。 0056 例如，发送端在首次与接收端进行信息交互时，记录该接收端的主机名和域名，将本地的Origin-State-Id AVP发送给接收端，并将本地对应该接收端记录的 Origin-State-Id AVP发送。

31、状态设置为Sending_Proc。在本次发送之前，发送端在接收到该接收端反馈的携带了该接收端的Origin-State-Id AVP的响应消息后，确定为首次说明书CN 102883308 A 5/9页 9 接收到该接收端的Origin-State-Id AVP时，记录首次接收到接收端发送的该接收端的 Origin-State-Id AVP，将本地对应该接收端记录的Origin-State-Id AVP发送状态设置为 Sended_Proc，并不再向该接收端发送本地的Origin-State-Id AVP。 0057 2）发送端确定在本次发送之前已向接收端发送过本地的设备状态信息，并且。

32、接收到的接收端反馈的该接收端的设备信息状态与本地记录的该接收端的设备状态信息相同时，判断已将本地的Origin-State-Id AVP发送至接收端，并不再向该接收端发送本地的 Origin-State-Id AVP。 0058 例如，如果发送端之前与该接收端进行过信息交互，在信息交互过程中接收到该接收端发送的新的Origin-State-Id AVP，并且该新的Origin-State-Id AVP的Origin-State-Id值和本地记录的该接收端的Origin-State-Id AVP中的 Origin-State-Id值相同，则将本地对应该接收端记录的Origin-State-。

33、Id AVP发送状态设置为Sended_Proc，并不再向该接收端发送本地的Origin-State-Id AVP。 0059 步骤503：发送端向该接收端发送本地的Origin-State-Id AVP。 0060 本发明实施例中，步骤503的具体执行方式可以分为以下三种（仅为举例并不局限于此）： 0061 1）发送端确定在本次发送之前未向接收端发送本地的Origin-State-Id AVP 时，则将本地的Origin-State-Id AVP发送给接收端，并将本地对应该接收端记录的 Origin-State-Id AVP发送状态设置为Sending_Proc。 0062 例如，发送端。

34、判定本地对应接收端记录的Origin-State-Id AVP发送状态为 Send_Null时，确定在本次发送之前未向接收端发送本地的Origin-State-Id AVP。 0063 2）发送端确定在本次发送之前已向接收端发送本地的Origin-State-Id AVP，且未接收到反馈的该接收端的Origin-State-Id AVP时，将本地的Origin-State-Id AVP再次发送给该接收端，并将本地对应该接收端记录的Origin-State-Id AVP发送状态设置为 Sending_Proc。 0064 3）发送端确定最新接收到接收端发送的该接收端的Origin-State。

35、-Id AVP 中的Origin-State-Id值与本地记录的该接收端的Origin-State-Id AVP中的 Origin-State-Id值不同，则判定未将本地的Origin-State-Id AVP发送至接收端，记录最新接收到接收端发送的该接收端的Origin-State-Id值，并向该接收端发送本地的 Origin-State-Id AVP。 0065 例如，发送端确定在本次发送之前已向接收端发送本地的Origin-State-Id AVP，并且最新接收到的接收端发送的该接收端的Origin-State-Id AVP中的Origin-State-Id 值比本地对应该接收端记录。

36、的Origin-State-Id AVP中的Origin-State-Id值大，则记录最新接收到接收端发送的该接收端的Origin-State-Id AVP，将本地的Origin-State-Id AVP发送给该接收端，并将本地对应该接收端记录的Origin-State-Id AVP发送状态设置为Sending_Proc。此种情况通常会出现在发送端与接收端交互过程中接收端因故重启的情景下，此时，接收端在重新启动后会将Origin-State-Id AVP中的Origin-State-Id值 1，因而便会出现发送端与接收端的记录不一致的情况。 0066 下面以一种具体的应用场景对上述实施例。

37、作出进一步详细说明。 0067 实际应用中，发送端可以是PGW，接收端可以是PCRF，或者，发送端是PCRF，接收端说明书CN 102883308 A 6/9页 10 是PGW。而PGW与PCRF之间的信息交互可以通过用于计费控制和策略控制的Gx接口实现。下面以这两种情况为例分别进行说明。 0068 例如，PGW在本次向PCRF发送CCR-I消息之前，若判定未将本地的Origin-State-Id AVP发送至PCRF，则需要在本次发送的消息中携带本地的 Origin-State-Id AVP；若判定已经向该PCRF发送过Origin-State-Id AVP，并收到过该 PCRF反。

38、馈的响应消息，以及该PCRF的设备状态信息没有改变过，则不需要在本次发送的消息中携带本地的Origin-State-Id AVP。 0069 另一方面，PCRF在本次向PGW发送CCA消息之前，若判定未将本地的Origin-State-Id AVP发送至PGW，则需要在本次发送的消息中携带本地的 Origin-State-Id AVP；若判定已经向该PGW发送过Origin-State-Id AVP，并收到过该PGW 反馈的响应消息，以及该PGW的设备状态信息没有改变过，则不需要在本次发送的消息中携带本地的Origin-State-Id AVP。 0070 与上述实施例相对应的，接收端收。

39、到发送端发送的携带该发送端的 Origin-State-Id AVP的消息后，需要处理消息中的Origin-State-Id AVP，处理原则如下： 0071 在接收端本地记录的对应发送端的Origin-State-Id AVP发送状态为Send_Null 或Sending_Proc时，均表示接收端没有将本地的设备状态信息发送至该发送端的情况，需要再次向该发送端发送本地的Origin-State-Id AVP；而Sended_Proc表示接收端已将本地的设备状态信息发送至发送端的情况，在每次进行信息交互之前，如果在接收端本地记录的对应该发送端的Origin-State-Id AVP发送。

40、状态为Sended_Proc，不再向发送端发送本地的Origin-State-Id AVP。 0072 本发明实施例中，接收端在接收到发送端发送该发送端的Origin-State-Id AVP 后，与发送端进行信息交互的详细流程如图7所示，包括： 0073 步骤701：接收端接收发送端采用本发明实施例设计的方法发送的设备状态信息； 0074 步骤702：接收端判断本次接收到该发送端发送的设备状态信息之前，是否已将本地的设备状态信息发送至发送端，若是，则进行步骤703，否则进行步骤704。 0075 步骤703：接收端不再发送本地的设备状态信息。 0076 本发明实施例中步骤703的具体实。

41、施方式可分为如下两种： 0077 1）本次接收到该发送端的设备状态信息之前，接收端已向发送端发送过本地的设备状态信息，且未接收到该发送端的设备状态信息，则不再发送本地的设备状态信息。 0078 例如，如果接收端本次接收到发送端的Origin-State-Id AVP为首次接收到的，并且此时本地对应该发送端记录的Origin-State-Id AVP发送状态为Send_Null，则记录该发送端的主机名和域名，以及接收到的该发送端的Origin-State-Id AVP，向发送端反馈本接收端的Origin-State-Id AVP，并将本地对应该发送端记录的Origin-State-Id 。

42、AVP发送状态置为Sending_Proc。 0079 2）本次接收到该发送端的设备状态信息之前，已向该发送端发送过本地的设备状态信息，并且本次接收到的该发送端的设备状态信息与与本地记录的该接收端的设备状态信息相同，则不再发送本地的设备状态信息。说明书CN 102883308 A 10 7/9页 11 0080 例如，如果在接收端本次接收到发送端的Origin-State-Id AVP之前，已经接受到过该发送端的Origin-State-Id AVP，并且，此时接收端对应该发送端记录的Origin-State-Id AVP发送状态为Sended_Proc，而接收端在判断出本次接。

43、收到的Origin-State-Id AVP中的Origin-State-Id值与本地记录的对应该发送端的Origin-State-Id AVP中的Origin-State-Id值相同的情况下，不再向发送端发送 Origin-State-Id AVP。 0081 步骤704：接收端向发送端发送本地的设备状态信息。 0082 本发明实施例中步骤704的具体可分为如下两种情况： 0083 1）在本次接收到该发送端的设备状态信息之前，接收端未向该发送端发送过本地的设备状态信息时，接收端向发送端发送本地的设备状态信息。 0084 例如，如果接收端判断之前并未与该发送端进行过信息交互（重启后的接。

44、收端判定所有的发送端均为没有交互过的设备），则在本次接收到该发送端的 Origin-State-Id AVP后，记录该发送端的主机名和域名，同时将把本地对应该发送端记录的Origin-State-Id AVP发送状态置为Send_Null，并向发送端反馈本接收端的 Origin-State-Id AVP。 0085 2）在本次接收到该发送端的设备状态信息之前，接收端已向发送端发送过本地的设备状态信息，并且本次接收到的该发送端的设备状态信息与与本地记录的该接收端的设备状态信息不同时，接收端向发送端发送本地的设备状态信息。 0086 例如，如果在接收端本次接收到发送端的Origin-Stat。

45、e-Id AVP之前，已经接受到过该发送端的Origin-State-Id AVP，并且，此时接收端对应该发送端记录的Origin-State-Id AVP发送状态为Sended_Proc，而接收端判断出本次接收到的Origin-State-Id AVP中的Origin-State-Id值与本地记录的对应该发送端的Origin-State-Id AVP中的Origin-State-Id值不相同，则释放该发送端基于原 Origin-State-Id AVP的资源，对应该发送端记录新的Origin-State-Id AVP，并向该发送端反馈本接收端的Origin-State-Id AVP。

46、，将对应该发送端记录的Origin-State-Id AVP发送状态为Sending_Proc。此种情况通常会出现在发送端与接收端交互过程中发送端因故重启的情景下，此时，发送端在重新启动后会将Origin-State-Id AVP中的Origin-State-Id 值1后，并将新的Origin-State-Id AVP发送给需要进行信息交互的接收端。 0087 本发明实施例基于上述发送端与接收端基于直径协议建立通信连接的 Origin-State-Id AVP发送方法，设计了一种基于直径协议的Origin-State-Id AVP发送装置，如图6所示，包括： 0088 判断模块601，用。

47、于在每次进行信息交互之前，判断是否已将本地的设备状态信息发送至接收端； 0089 信息发送模块602，用于在每次进行信息交互之前，判断模块701判断出已将本地的设备状态信息发送至接收端时，不再发送本地的设备状态信息，否则，向接收端发送本地的设备状态信息。 0090 该判断模块601具体用于，在确定在本次发送之前已向接收端发送过本地的设备状态信息，并且首次接收到接收端反馈的该接收端的设备状态信息时，确定已将发送端的设备状态信息发送至接收端；或者，在确定在本次发送之前已向接收端发送过本地的设备说明书CN 102883308 A 11 8/9页 12 状态信息，并且接收到的接收端反馈。

48、的该接收端的设备信息状态与本地记录的该接收端的设备状态信息相同时，确定已将发送端的设备状态信息发送至接收端。 0091 该判断模块601具体用于，在确定在本次发送之前未向接收端发送本地的设备状态信息时，确定已将发送端的设备状态信息发送至接收端；或者， 0092 在确定在本次发送之前已向接收端发送本地的设备状态信息而未接收到反馈的接收端的设备状态信息时，确定已将发送端的设备状态信息发送至接收端；或者， 0093 在确定最新接收到接收端发送的该接收端的设备状态信息与本地记录的该接收端的原设备状态信息不同时，确定已将发送端的设备状态信息发送至接收端。 0094 在具体应用中，该装置可以为PG。

49、W，接收端可以为PCRF；或者，该装置为可以PCRF，接收端可以为PGW。 0095 在实际应用中，该装置与接收端之间进行信息交互的接口，可以为长期演进LTE 网络中的Gx接口。 0096 另外，本发明实施例还基于上述发送端与接收端基于直径协议建立通信连接的 Origin-State-Id AVP发送方法，设计了一种基于直径协议的Origin-State-Id AVP发送装置，如图8所示，包括： 0097 信息接收模块801，用于接收发送端采用上述基于直径协议的信息交互装置发送的设备状态信息； 0098 判断模块802，用于判断本次接收到该发送端发送的设备状态信息之前，是否已将本地的设备状态信息发送至发送端； 0099 信息发送模块803，用于在判断模块802判断出本次接收到该发送端发送的设备状态信息之前，已将本地的设备状态信息发送至发送端时，不再发送本地的设备状态信息，否。

展开阅读全文