专利名称：一种基于Diameter协议的Origin-State-Id AVP发送方法及装置的制作方法
技术领域：
本发明涉及移动通信技术领域，特别涉及一种基于Diameter协议的Origin-State-Id AVP发送方法及装置。
背景技术：
RADIUS (Remote Authentication Dial In User Service,远程用户拨号认证系统)协议是目前应用最广泛的一种 AAA (Authentication Authorization Accounting,认证授权记账)协议，而Diameter (直径)协议是RADIUS协议的升级版本,被IETF (InternetEngineering 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-IdAVP后，需要通过字符串遍历本地保存的发送方的主机名、域名，查找到该发送方的设备之前的状态。这样的处理方式，加重了接收方的处理负担，大大减缓了接收方的处理速率。LTE (Long Term Evolution,长期演进)网络的 SAE (System ArchitectureEvolution，系统架构演进)架构的网络拓扑结构如下图I所示，Gx接口位于PGW(即TON Gff,Public Data Network Gateway,公共数据网网关)和 PCRF (Policy and Charging RulesFunction，策略与计费规则功能)之间，主要用于计费控制和策略控制。PCRF将策略规则配置成PCC规则下发给PGW，PGff把这些规则绑定到相应的承载上，下发到业务面，由业务面进行执行这些规则，从而达到策略控制的目的。PGW和PCRF之间的信息交互过程包括创建会话过程、更新会话过程、删除会话过程等。其中，创建会话过程如图2所示，PGW发送CCR (Credit Control Request，信用控制请求)-1消息到PCRF，请求建立会话，PCRF反馈CCA-I消息给PGW，PGW收到CCA (CreditControl 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所示，PGff将请求删除会话的CCR-T消息发送给PCRF，PCRF删除会话后反馈CCA-T消息给PGW。 上述PGW和PCRF之间的信息交互过程主要是通过两对消息，CCR/CCA消息和RAR/RAA消息实现的。CCR/CCA消息和RAR/RAA消息中均携带了 Origin-State-Id AVP。在现有技术中，发送端需要在每条Gx接口消息中携带本设备的Origin-State-IdAVP。接收端收到消息后需要通过字符串在设备存储信息中查找本地记录中的本地Origin-State-Id AVP,比较接收到的 Origin-State-Id AVP 的值和本地 Origin-State-IdAVP的值是否相同，并根据比较结果进行后续处理。在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 协议中使用 0rigin_Host(源-主机)与 Origin-Realm(源-域名)AVP来标识消息的源。Origin-Host采用字符串类型,用以表明产生Diameter消息的源节点；0rigin-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-IdAVP,而接收端每接到一次携带Origin-State-Id AVP的消息,就需要将本地维护的对端设备列表中的Origin-Host和Origin-Realm与当前接收到的消息中的Origin-Host和Origin-Realm进行比较，判断该设备状态是否已经丢失。这种重复进行字符串比较的方法很大地消耗了系统资源，并且增加了处理消息的时间。
发明内容
本发明实施例提供一种基于Diameter协议的设备状态信息发送方法及装置，用以解决现有技术中存在每次信息交互时，存在的系统资源消耗和消息处理时间延长的问题。本发明实施例提供的具体技术方案如下本发明实施例提供了一种基于直径协议的设备状态信息发送方法，发送端基于直径协议与接收端建立通信连接，包括在每次发送消息之前，发送端判断是否已将本地的设备状态信息发送至接收端；若是，则不再发送本地的设备状态信息，否则，向接收端发送本地的设备状态信息。—种基于直径协议的设备状态信息发送方法，包括接收端接收发送端采用如上述基于直径协议的信息交互方法发送的设备状态信息；判断本次接收到该发送端发送的设备状态信息之前，是否已将本地的设备状态信息发送至发送端；若是，则不再发送本地的设备状态信息，否则，向发送端发送本地的设备状态信
肩、O一种基于直径协议的设备状态信息发送装置，基于直径协议与接收端建立通信连接，包括判断模块，用于在每次进行信息交互之前，判断是否已将本地的设 备状态信息发送至接收端；信息发送模块，用于在每次进行信息交互之前，判断模块判断出已将本地的设备状态信息发送至接收端时，不再发送本地的设备状态信息，否则，向接收端发送本地的设备状态信息。一种基于直径协议的设备状态信息发送装置，包括信息接收装置，用于接收上述基于直径协议的信息交互装置发送的设备状态信息；判断模块，用于判断本次接收到该发送端发送的设备状态信息之前，是否已将本地的设备状态信息发送至发送端；信息发送模块，用于在判断模块判断出本次接收到该发送端发送的设备状态信息之前，已将本地的设备状态信息发送至发送端时，不再发送本地的设备状态信息，否则，向发送端发送本地的设备状态信息。本发明实施例中，设计了一种基于Diameter协议的设备状态信息发送方法及装置，发送端在判定未将本地的设备状态信息发送至接收端时，才在发送给接收端的消息中携带Origin-State-Id值，这样，在令发送端能够准确地判断出接收端的设备状态信息是否已丢失的同时，有效减少了系统资源的消耗以及消息处理时间，优化了系统整体性能。
图I为现有技术中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 (正在发送中，还没有收到响应消息)均表示发送端没有将本地的设备状态信息发送至接收端的情况；而SendecLPiOc (已经发送过，并且收到响应消息)则表示发送端已将本地的设备状态信息发送至接收端的情况。在本地记录的对应该接收端的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-IdAVP发送至接收端，若是，进行步骤502，否则，进行步骤503。本发明实施例中，发送端根据本地记录的对应该接收端的Origin-State-Id AVP发送状态判断是否已将本地的Origin-State-Id AVP发送至接收端,如前所述，Send_Null(没有发送过)和Sending_Proc (正在发送中，还没有收到响应消息)均表示发送端没有将本地的设备状态信息发送至接收端的情况；而SendecLPiOc (已经发送过，并且收到响应消息)则表示发送端已将本地的设备状态信息发送至接收端的情况。步骤502 :发送端不再向该接收端发送本地的Origin-State-Id AVP。本发明实施例中，步骤502的具体执行方式可以分为以下三种(仅为举例并不局限于此)I)发送端确定在本次发送之前已向接收端发送过本地的设备状态信息，并且首次接收到接收端反馈的该接收端的设备状态信息时，判断已将本地的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 AVP0例如，如果发送端之前与该接收端进行过信息交互，在信息交互过程中接收到该接收端发送的新的Origin-State-Id AVP,并且该新的Origin-State-IdAVP的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的具体执行方式可以分为以下三种(仅为举例并不局限于此)I)发送端确定在本次发送之前未向接收端发送本地的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-IdAVP发送给该接收端,并将本地对应该接收端记录的Origin-State-Id AVP发送状态设置为Sending_Proc。此种情况通常会出现在发送端与接收端交互过程中接收端因故重启的情景下，此时，接收端在重新启动后会将Origin-State-Id AVP中的Origin-State-Id值+1，因而便会出现发送端与接收端的记录不一致的情况。下面以一种具体的应用场景对上述实施例作出进一步详细说明。实际应用中，发送端可以是PGW，接收端可以是PCRF，或者，发送端是PCRF，接收端是PGW。而PGW与PCRF之间的信息交互可以通过用于计费控制和策略控制的Gx接口实现。下面以这两种情况为例分别进行说明。例如，PGff在本次向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_Pix)C时，均表示接收端没有将本地的设备状态信息发送至该发送端的情况，需要再次向该发送端发送本地的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的具体实施方式
可分为如下两种I)本次接收到该发送端的设备状态信息之前，接收端已向发送端发送过本地的设备状态信息，且未接收到该发送端的设备状态信息，则不再发送本地的设备状态信息。例如，如果接收端本次接收到发送端的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的具体可分为如下两种情况I)在本次接收到该发送端的设备状态信息之前，接收端未向该发送端发送过本地的设备状态信息时，接收端向发送端发送本地的设备状态信息。例如，如果接收端判断之前并未与该发送端进行过信息交互(重启后的 接收端判定所有的发送端均为没有交互过的设备)，则在本次接收到该发送端的Origin-State-Id AVP后，记录该发送端的主机名和域名，同时将把本地对应该发送端记录的Origin-State-Id AVP发送状态置为Send_Null,并向发送端反馈本接收端的Origin-State-Id AVP02)在本次接收到该发送端的设备状态信息之前，接收端已向发送端发送过本地的设备状态信息，并且本次接收到的该发送端的设备状态信息与与本地记录的该接收端的设备状态信息不同时，接收端向发送端发送本地的设备状态信息。例如，如果在接收端本次接收到发送端的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值+ I后，并将新的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的维护结构和过程，在不改变现有消息结构的前提下，减少了消息发送和接收时，在设备中重复查找对端设备主机名、域名的过程。本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。显然，本领域的技术人员可以对本发明实施例进行各种改动和变型而不脱离本发明实施例的精神和范围。这样，倘若本发明实施例的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。
权利要求
1.一种基于直径协议的设备状态信息发送方法，发送端基于直径协议与接收端建立通信连接，其特征在于，包括 在每次发送消息之前，发送端判断是否已将本地的设备状态信息发送至接收端； 若是，则不再发送本地的设备状态信息，否则，向接收端发送本地的设备状态信息。
2.如权利要求I所述的方法，其特征在于，发送端确定已将本地的设备状态信息发送至接收端，包括 发送端确定在本次发送之前已向接收端发送过本地的设备状态信息，并且首次接收到接收端反馈的该接收端的设备状态信息；或者， 发送端确定在本次发送之前已向接收端发送过本地的设备状态信息，并且接收到的接收端反馈的该接收端的设备信息状态与本地记录的该接收端的设备状态信息相同。
3.如权利要求I所述的方法，其特征在于，发送端确定未将本地的设备状态信息发送至接收端，包括 发送端确定在本次发送之前未向接收端发送本地的设备状态信息；或者， 发送端确定在本次发送之前已向接收端发送本地的设备状态信息，且未接收到反馈的接收端的设备状态信息；或者， 发送端确定最新接收到接收端发送的该接收端的设备状态信息与本地记录的该接收端的设备状态信息不同。
4.如权利要求I所述的方法，其特征在于，包括 所述发送端为公共数据网网关PGW，所述接收端为策略与计费规则功能实体PCRF ;或者， 所述发送端为PCRF，所述接收端为PGW。
5.如权利要求1-4中任一项所述的方法，其特征在于，所述发送端与接收端之间通过长期演进LTE网络中的Gx接口进行信息交互。
6.一种基于直径协议的设备状态信息发送方法，其特征在于，包括 接收端接收到发送端发送的设备状态信息； 判断本次接收到该发送端发送的设备状态信息之前，是否已将本地的设备状态信息发送至发送端； 若是，则不再发送本地的设备状态信息，否则，向发送端发送本地的设备状态信息。
7.如权利要求6所述的方法，其特征在于，接收端判断本次接收到该发送端发送的设备状态信息之前，已将本地的设备状态信息发送至发送端，包括 本次接收到该发送端的设备状态信息之前，接收端已向发送端发送过本地的设备状态信息，且未接收到该发送端的设备状态信息；或者， 本次接收到该发送端的设备状态信息之前，已向该发送端发送过本地的设备状态信息，并且本次接收到的该发送端的设备状态信息与与本地记录的该接收端的设备状态信息相同。
8.如权利要求6或7所述的方法，其特征在于，接收端判断本次接收到该发送端发送的设备状态信息之前，未将本地的设备状态信息发送至发送端，包括 本次接收到该发送端的设备状态信息之前，接收端未向该发送端发送过本地的设备状态信息；或者，本次接收到该发送端的设备状态信息之前，接收端已向发送端发送过本地的设备状态信息，并且本次接收到的该发送端的设备状态信息与与本地记录的该接收端的设备状态信息不同。
9.一种基于直径协议的设备状态信息发送装置，基于直径协议与接收端建立通信连接，其特征在于，包括 判断模块，用于在每次进行信息交互之前，判断是否已将本地的设备状态信息发送至接收端； 信息发送模块，用于在每次进行信息交互之前，判断模块判断出已将本地的设备状态信息发送至接收端时，不再发送本地的设备状态信息，否则，向接收端发送本地的设备状态信息。
10.如权利要求9所述的装置，其特征在于，所述判断模块具体用于， 在确定在本次发送之前已向接收端发送过本地的设备状态信息，并且首次接收到接收端反馈的该接收端的设备状态信息时，确定已将发送端的设备状态信息发送至接收端；或者， 在确定在本次发送之前已向接收端发送过本地的设备状态信息，并且接收到的接收端反馈的该接收端的设备信息状态与本地记录的该接收端的设备状态信息相同时，确定已将发送端的设备状态信息发送至接收端。
11.如权利要求9所述的装置，其特征在于，所述判断模块具体用于， 在确定在本次发送之前未向接收端发送本地的设备状态信息时，确定已将发送端的设备状态信息发送至接收端；或者， 在确定在本次发送之前已向接收端发送本地的设备状态信息而未接收到反馈的接收端的设备状态信息时，确定已将发送端的设备状态信息发送至接收端；或者， 在确定最新接收到接收端发送的该接收端的设备状态信息与本地记录的该接收端的原设备状态信息不同时，确定已将发送端的设备状态信息发送至接收端。
12.如权利要求9所述的装置，其特征在于，包括 本装置为公共数据网网关PGW，所述接收端为策略与计费规则功能实体PCRF ;或者， 本装置为PCRF，所述接收端为PGW。
13.如权利要求9-12中任一项所述的装置，其特征在于， 与接收端之间进行信息交互的接口，为长期演进LTE网络中的Gx接口。
14.一种基于直径协议的设备状态信息发送装置，其特征在于，包括 信息接收装置，用于接收发送端发送的设备状态信息； 判断模块，用于判断本次接收到该发送端发送的设备状态信息之前，是否已将本地的设备状态信息发送至发送端； 信息发送模块，用于在判断模块判断出本次接收到该发送端发送的设备状态信息之前，已将本地的设备状态信息发送至发送端时，不再发送本地的设备状态信息，否则，向发送端发送本地的设备状态信息。
15.如权利要求14所述的装置，其特征在于，所述判断模块具体用于， 在确定本次接收到该发送端的设备状态信息之前，已向发送端发送过本地的设备状态信息，且未接收到该发送端的设备状态信息时，判定已将本地的设备状态信息发送至发送端；或者， 在确定本次接收到该发送端的设备状态信息之前，已向该发送端发送过本地的设备状态信息，并且本次接收到的该发送端的设备状态信息与与本地记录的该接收端的设备状态信息相同时，判定已将本地的设备状态信息发送至发送端。
16.如权利要求14或15所述的装置，其特征在于，所述判断模块具体用于， 在确定本次接收到该发送端的设备状态信息之前，接收端未向该发送端发送过本地的设备状态信息时，判定未将本地的设备状态信息发送至发送端； 或者，在确定本次接收到该发送端的设备状态信息之前，接收端已向发送端发送过本地的设备状态信息，并且本次接收到的该发送端的设备状态信息与与本地记录的该接收端的设备状态信息不同，判定未将本地的设备状态信息发送至发送端。
全文摘要
本发明公开了一种基于Diameter协议的Origin-State-Id AVP发送方法及装置，该方法包括，发送端基于直径协议与接收端建立通信连接，包括在每次发送消息之前，发送端判断是否已将本地的设备状态信息发送至接收端；若是，则不再发送本地的设备状态信息，否则，向接收端发送本地的设备状态信息，用以解决现有技术中存在每次信息交互时，接收端均需要根据接收到的Origin-State-Id值判断发送端的设备状态是否已经丢失的情况导致的系统资源的消耗和消息处理时间的延长的问题。
文档编号H04W8/24GK102883308SQ20121033749
公开日2013年1月16日 申请日期2012年9月12日 优先权日2012年9月12日
发明者华蕊, 田华 申请人:大唐移动通信设备有限公司