CN104270456B - 基于内容标识的互联网缓存应答系统及其方法 - Google Patents

Abstract

本发明公开了一种基于内容标识的互联网缓存应答系统，包括：多个缓存传输单元、至少一个消息接收单元和一统一信令交互协议；缓存传输单元用于传输互联网中发送的基于内容标识的缓存内容，并根据统一信令交互协议生成基于内容标识的缓存更新消息，并对外发送更新消息；消息接收单元用于接收缓存传输单元发送的更新消息后，根据更新消息进行缓存应答处理；统一信令交互协议用于缓存传输单元与消息接收单元之间的数据通信。本发明还公开了一种基于内容标识的互联网缓存应答方法。

Description

基于内容标识的互联网缓存应答系统及其方法

技术领域

本发明涉及网络缓存领域，尤其涉及基于内容标识的互联网缓存应答系统及其方法。

背景技术

网络缓存是支持高效内容分发的关键技术，对于今天以内容分发为主要业务的互联网至关重要。而作为网络缓存中的关键环节，缓存应答方法是网络缓存性能的重要影响因素。

当前互联网架构是以主机为中心，内容的获取依赖于主机之间连接的建立。内容的缓存被部署在应用层之上，对缓存的获取需要首先确定缓存所在主机位置，与主机建立连接后才能对内容请求者进行应答，传输所需内容。以目前主流的内容分发解决方案CDN(Content Distribution Network)，即内容分发网络内容分发网络，CDN内容分发网络运营商在网络中部署缓存服务器，对源服务器中的内容进行缓存，并通过部署请求引导服务(如DNS服务)来透明地重定向用户的内容请求，将用户请求引导到合适的缓存服务器上进行应答，从而使得源服务器无需重复应答相同的内容请求，减轻了源服务器的工作负担和带宽压力，减少了网络中的冗余流量，节约了网络带宽。由于内容的获取依赖于对内容所在节点位置的确定，必须人为添加额外的映射服务(如DNS服务)来帮助用户找到内容，才能得到缓存应答。

内容标识的引入为寻找更高效的缓存应答方法带来了契机。引入标识后，客户端不再需要先与主机建立连接后再进行内容获取，而是能够通过标识直接对内容进行请求。以NDN(Named data Network)网络为例，内容被命名，命名即是内容的标识，客户端在请求内容时，不需要事先确定内容所在节点的位置，而是可以将内容名写入请求中，向网络发送该请求。请求进入网络后，记录有相应内容路由信息的节点会将该请求进行转发，而缓存有相应内容的节点在捕获了该内容请求后，响应发出请求的客户端，向客户端传输内容。以上过程并不是发生在应用层，而是发生在网络层。标识的引入将内容变为网络的主体之一，原来需要部署在应用层的缓存将被部署在网络层，这使得缓存应答也将在网络层发生。网络层和应用层所涉及的工作环境完全不同，网络层中，许多专用硬件进行着高速的数据转发工作，例如路由器中的转发芯片和高速网卡，而应用层则往往有通用的操作系统，丰富的且封装良好的编程接口，但缺少对底层硬件参数的控制能力。若在未来互联网中仍使用现有互联网中在应用层的缓存应答方法，则会造成以下问题：一是数据传输效率被限制，应用层的缓存应答无需考虑底层的传输速率，只需要调用相应接口发出传输请求即可，但在网络层，一是缺乏相应接口，二是原来发生在一起的消息更新过程不适合由网络层的硬件进行处理，效率较低且影响数据的高速传输；二是不利于系统的扩展和升级，网络层的资源类型可能会发生变化，如硬件升级或虚拟资源分配策略改变等，很难有应用层那样能保持稳定的开发接口，这将迫使开发者不停更新程序以适应网络层的软硬件变化。

现有的基于内容标识的互联网缓存应答方法主要涉及到如下专利：

申请号为201110435724.5，专利名称为“基于消息摘要进行内容标识的缓存方法”的专利提出了一种基于消息摘要进行内容标识的缓存方法，该专利发明主要关注内容标识的生成以及在缓存协作控制策略中的应用，不涉及缓存应答过程。

申请号为200810241161.4，专利名为“一种内容标识管理服务器间的交互处理方法及装置”的专利提出了一种内容标识管理服务器间的交互处理方法及装置，该专利发明主要关注内容表示管理服务器之间的协同交互，而不是如何对内容请求者进行应答。

通过上述分析可以看出，当前互联网架构下的缓存应答机制主要是通过主机之间建立连接后，由应用层的应用来完成，不能直接对内容寻址，需要额外的映射机制辅助，而内容标识的引入能有效解决以上问题，因此需要一种基于内容标识的互联网缓存应答方法来实现对内容标识的支持。

发明内容

本发明的目的在于提供一种基于内容标识的互联网缓存应答系统及其方法，以解决现有技术中存在的缓存应答机制主要在应用层完成，无法在网络层完成的问题。

为达上述目的，本发明提供了一种基于内容标识的互联网缓存应答系统，包括：多个缓存传输单元、至少一个消息接收单元和一统一信令交互协议；

所述缓存传输单元用于传输互联网中发送的基于内容标识的缓存内容，并根据所述统一信令交互协议生成基于内容标识的缓存更新消息，并对外发送所述更新消息；

所述消息接收单元用于接收所述缓存传输单元发送的所述更新消息后，根据所述更新消息进行缓存应答处理；

所述统一信令交互协议用于所述缓存传输单元与所述消息接收单元之间的数据通信。

上述基于内容标识的互联网缓存应答系统，还包括：

消息处理单元：用于接收所述消息接收单元发送的所述更新消息后，选择对应缓存向内容请求者传输数据。

上述基于内容标识的互联网缓存应答系统，还包括：

建立连接单元：用于自动选择多个所述缓存传输单元中之任一，建立所述缓存传输单元与缓存之间的连接，完成数据传输。

上述基于内容标识的互联网缓存应答系统，缓存传输单元还包括：

指定传输单元：针对所述缓存传输单元，指定所述消息接收单元，发送所述缓存更新消息或执行相应操作；

发送数据单元：通过已经建立的连接，向内容请求者发送数据；

更新信息产生单元：发送数据完成后，所述缓存传输单元生成更新消息，并将所述更新消息发送给所述消息接收单元。

上述基于内容标识的互联网缓存应答系统，消息接收单元还包括：

信息提取单元：接收所述缓存更新消息后，通过所述消息处理单元进行处理后，提取所述缓存更新消息的内容并更新系统数据；

接收单元：所述消息接收单元根据信令交互协议定义的流程来进行消息接收；

完成接收单元：消息接收单元完成对更新消息的接收，若接收所述更新消息失败，则重新发送更新消息请求。

上述基于内容标识的互联网缓存应答系统，所述缓存更新消息遵循统一消息交换协议。

上述基于内容标识的互联网缓存应答系统，所述缓存更新消息的消息报头包含：消息类型域、消息长度域和报头选项域。

本发明还提供一种基于内容标识的互联网缓存应答方法，应用于如所述基于内容标识的互联网缓存应答系统，其特征在于，包括：

缓存传输步骤：用于传输互联网中发送的基于内容标识的缓存内容，并根据所述统一信令交互协议生成基于内容标识的缓存更新消息，并对外发送所述更新消息；

消息接收步骤：用于接收所述缓存传输单元发送的所述更新消息后，根据所述更新消息进行缓存应答处理。

上述基于内容标识的互联网缓存应答方法，还包括：

建立连接步骤：用于自动选择多个所述缓存传输单元中之任一，建立所述缓存传输单元与缓存之间的连接，完成数据传输。

上述基于内容标识的互联网缓存应答方法，还包括：

消息处理步骤：用于接收所述消息接收单元发送的所述更新消息后，选择对应缓存向内容请求者传输数据。

上述基于内容标识的互联网缓存应答方法，缓存传输步骤还包括：

指定传输步骤：针对所述缓存传输单元，指定所述消息接收单元，发送所述缓存更新消息或执行相应操作；

发送数据步骤：通过已经建立的连接，向内容请求者发送数据；

更新信息产生步骤：发送数据完成后，所述缓存传输单元生成更新消息，并将所述更新消息发送给所述消息接收单元。

上述基于内容标识的互联网缓存应答方法，消息接收步骤还包括：

信息提取步骤：接收所述缓存更新消息后，通过所述消息处理单元进行处理后，提取所述缓存更新消息的内容并更新系统数据；

接收步骤：所述消息接收单元根据信令交互协议定义的流程来进行消息接收；

完成接收步骤：消息接收单元完成对更新消息的接收，若接收所述更新消息失败，则重新发送更新消息请求。

与现有技术相比，本发明方法的有益效果为：利用该方法能够有效地适应未来网络在网络层层次上进行内容缓存的特点，支持高效地缓存应答，利用数据传输与消息更新分离机制、数据/控制平面分离机制使使用该技术的缓存系统具备高并发、分布式和虚拟化的特征。

附图说明

图1为本发明缓存应答系统结构示意图；

图2为本发明缓存应答系统详细结构示意图；

图3为本发明缓存应答方法流程示意图；

图4为本发明缓存应答方法详细流程示意图；

图5为本发明具体实施例缓存应答方法场景示意图；

图6为本发明更新信息报文结构示意图；

图7为本发明具体实施例缓存应答方法流程示意图。

其中，附图标记：

1建立连接单元 2缓存传输单元

3信令交互协议 4消息接收单元

5消息处理单元

21指定传输单元 22发送数据单元

23更新信息产生单元

41信息提取单元 42接收单元

43完成接收单元

S1～S4、S21～S56：本发明具体实施例步骤

具体实施方式

以下结合附图和具体实施例对本发明进行详细描述，但不作为对本发明的限定。

如图1所示，本发明提供的一种基于内容标识的互联网缓存应答系统，包括：一建立连接单元1、多个缓存传输单元2、至少一个消息接收单元4、一统一信令交互协议3和消息处理单元5；

建立连接单元1用于自动选择多个缓存传输单元2中之任一，建立缓存传输单元2与缓存之间的连接，完成数据传输；

缓存传输单元2用于传输互联网中发送的基于内容标识的缓存内容，并根据统一信令交互协议生成基于内容标识的缓存更新消息，并对外发送更新消息；缓存传输单元2工作于数据平面，负责传输缓存内容，并根据统一的信令交互协议生成更新消息，生成的更新消息通过网络传输给消息接收单元。

统一信令交互协议3用于缓存传输单元2与消息接收单元4之间的数据通信。信令交互协议3可基于现有的通信协议如OPENFLOW的通信协议，也可根据需求自行设计。

消息接收单元4用于接收缓存传输单元2发送的更新消息后，根据更新消息进行缓存应答处理；消息接收单元4能够接收网络中发来的更新消息。更新消息遵循统一的消息交换协议。消息接收单元接收到更新消息后，将消息交由消息处理单元处理。例如用户可以选择OPENFLOW协议，也可以使用自己设计的协议。其中，缓存更新消息的消息报头包含：消息类型域、消息长度域和报头选项域，具体更新消息的报文结构如图6所示。

消息处理单元5用于接收消息接收单元4发送的更新消息后，选择对应缓存向内容请求者传输数据。

其中，如图2所示，缓存传输单元2还包括：

指定传输单元21：针对缓存传输单元2，指定消息接收单元4，发送缓存更新消息或执行相应操作；

发送数据单元22：通过已经建立的连接，向内容请求者发送数据；

更新信息产生单元23：发送数据完成后，缓存传输单元2生成更新消息，并将更新消息发送给消息接收单元4。

其中，如图2所示，消息接收单元4还包括：

信息提取单元41：接收缓存更新消息后，通过消息处理单元5进行处理后，提取缓存更新消息的内容并更新系统数据；

接收单元42：消息接收单元4根据信令交互协议定义的流程来进行消息接收；

完成接收单元43：消息接收单元完成对更新消息的接收，若接收更新消息失败，则重新发送更新消息请求。

本发明还提供一种基于内容标识的互联网缓存应答方法，应用于如上述基于内容标识的互联网缓存应答系统，如图3所示，包括：

建立连接步骤S1：用于自动选择多个缓存传输单元中之任一，建立缓存传输单元与缓存之间的连接，完成数据传输。

缓存传输步骤S2：用于传输互联网中发送的基于内容标识的缓存内容，并根据统一信令交互协议生成基于内容标识的缓存更新消息，并对外发送更新消息；

缓存系统内有缓存C₁，C₂，……，C_n以及缓存传输单元T₁，T₂，……，T_m，其中缓存C_k由T_k1，T_k2，……，T_kx负责传输。缓存传输单元Ti可以负责多个缓存内容的传输，缓存如何分配由用户决定，当多个缓存传输单元都可以提供某缓存内容的传输时，由客户端选择其中一个建立连接，完成数据传输。

指定多个缓存传输单元负责缓存C_i的传输具有如下优点：1.去除了对缓存传输单元支持并发的限制同时保障了并发性，即是缓存传输单元不支持并发处理，仍可以通过多个缓存传输单元来实现对并发性的支持；2.支持更灵活的资源分配策略，使用这种方法可支持在缓存传输单元粒度上的资源分配，当缓存C_i被经常请求时，可通过提高n的数值使缓存Ci拥有更多的缓存传输单元，保障缓存C_i的应答服务质量，同理，在C_i被请求较少时，可减少n的数值来减少分配给C_i的缓存传输单元，回收系统资源。

针对缓存传输单元T_k，指定消息接收单元R₁，R₂，…，R_s作为缓存传输单元T_k的更新消息接收者。前述更新消息指由系统中其他单元发出，用于供缓存传输单元T_k进行状态更新或执行相应操作。缓存传输单元收到更新消息后会根据消息提供的信息执行相应操作。消息接收单元Rj可被指定同时接收多个缓存传输单元的更新消息。由用户来指定传输单元和接受单元直接的接收关系。

这些消息被消息接收单元接收后会交给专门的消息处理单元处理，提取消息内容并更新系统数据。

针对一个缓存传输单元指定多个消息接收单元进行更新消息的接收具有如下优点：1.支持通过冗余消息接收单元提高容错率，在指定了多个消息接收单元后，更新信息未能被接收到的可能大大减小，即便有个别更新消息在传输过程中遗失，造成对应的消息接收单元没有接收到更新消息，其他的消息接收单元仍能接收到更新消息，保证了更新消息的正常接收，另外，对于消息接收单元异常失效的情况，冗余的消息接收单元也能保证更新消息仍能被正常接收，保障了系统的正常运转，提高了系统的容错性；2.支持多控制分布式的消息管理，可同时为多个控制中枢指定消息接收单元负责消息接收，这些消息接收单元在接收到更新消息后交由不同的控制中枢处理，使得系统的运行状态能被多方监控，提高了系统的开放性和可扩展性，同时通过网络传输更新消息使得控制中枢能以分布式方式进行部署。

消息接收步骤S3：用于接收缓存传输单元发送的更新消息后，根据更新消息进行缓存应答处理。

在缓存系统接收到内容请求后，选择对应缓存C_i的缓存传输单元T_k向内容请求者传输数据。

缓存传输单元T_k传输数据时，依照通信协议前面已举例可以用OPENFLOW通信协议，亦可用户自行设计一套通信协议。产生相应的更新消息Mk(1)，Mk(2)，…，Mk(t)。

缓存传输单元T_k将通过网络将消息将产生的更新消息Mk(1)，Mk(2)，…，Mk(t)发送给之前指定的一组消息接收单元R₁，R₂，…，R_s。这种通过专门的缓存传输单元负责数据的传输，并由消息接收模块完成消息的接收并交由指定处理单元处理的机制具有如下优点：1.消息处理流程与数据传输流程分离，消息处理的延时不会影响数据的传输效率，避免了底层专用硬件提供编程接口支持消息处理的负担；2.分离后，消息处理流程不受数据传输流程限制，可按用户需求进行实现，在底层硬件或资源发生变化时，只需对数据传输流程作出相应更改，即只需更新缓存传输单元，而消息接收单元仍可继续使用，反之，也减轻了底层环境改变时的开发负担；3.支持缓存系统的分布式，这种数据平面与控制平面的分离使得分布式的缓存系统成为可能，可通过网络来集中地管理分布在不同位置的缓存系统。

更新消息的格式应符合之前所述信令交互协议所规定格式。消息接收单元根据信令交互协议定义的流程来进行消息接收。

消息接收单元R₁，R₂，…，R_s完成对更新消息Mk(1)，Mk(2)，…，Mk(t)的接收。理想情况下，每个消息接收单元都成功接收到更新消息Mk(1)，Mk(2)，…，Mk(t)。若都未接收成功，则更新消息发起者无法得到确认，会重新发送更新消息。

消息接收单元R1，R2，…，Rm将接收到的消息Mk(1)，Mk(2)，…，Mk(t)交给消息处理单元进行处理。消息的接收和消息的处理通过分离消息接收单元和消息处理单元实现。通过分离消息接收与消息处理，使得系统在扩展新消息时无需对消息接收单元进行修改，提高了系统模块化程度。

消息处理步骤S4：用于接收消息接收单元发送的更新消息后，选择对应缓存向内容请求者传输数据。

其中，如图4所示，缓存传输步骤S2还包括：

指定传输步骤S21：针对缓存传输单元，指定消息接收单元，发送缓存更新消息或执行相应操作；

发送数据步骤S22：通过已经建立的连接，向内容请求者发送数据；

更新信息产生步骤S23：发送数据完成后，缓存传输单元生成更新消息，并将更新消息发送给消息接收单元。

其中，如图4所示，消息接收步骤S3还包括：

信息提取步骤S31：接收缓存更新消息后，通过消息处理单元进行处理后，提取缓存更新消息的内容并更新系统数据；

接收步骤S32：消息接收单元根据信令交互协议定义的流程来进行消息接收；

完成接收步骤S33：消息接收单元完成对更新消息的接收，若接收更新消息失败，则重新发送更新消息请求。

以下结合图示对本发明具体实施例的详细工作过程进行说明，采用本发明的一种基于内容标识的互联网缓存应答方法实现的缓存应答系统如图5所示，注意图中的缓存应答系统只是整个缓存系统的一部分，负责在缓存系统接收内容请求后向请求者发送缓存数据以及在完成工作后产生更新消息供缓存系统。

实例所涉及到的缓存系统能够支持缓存的部署和响应网络中的内容请求。在其上部署了特定内容的缓存后，当缓存系统捕获对该特定内容的内容请求时，能对内容请求者进行响应。其中，缓存应答是其响应内容请求的关键步骤。

缓存系统的其他部分，如消息处理单元、缓存数据管理单元等均未在图中画出。在该系统中，缓存传输单元A、缓存传输单元B、缓存传输单元C分别负责缓存A、缓存B、缓存C的缓存数据传输。消息接收单元01负责接收缓存传输单元A、缓存传输单元B、缓存传输单元C的更新消息，消息接收单元02负责接收缓存传输单元C的更新消息。下面以缓存传输单元A进行缓存应答的流程为例介绍本实例。

本实例中采用的信令交互协议如下，缓存传输单元通过更新消息来向消息接受单元传输更新数据，更新数据为传输耗时、传输量等等。消息体结构如图6所示，协议定义了一系列不同类型的消息，所有消息的结构都相同，由消息报头和消息内容组成，其中，消息报头由消息类型域、消息长度域和报头选项域组成。消息类型域、消息长度域和报头选项域均为固定长度，消息接收者可根据消息的消息报头来确定消息的类型、长度等来支持不同长度消息的接收。

结合图5及图7所示，本发明具体实施例的整个缓存应答的流程如下：

S51：缓存系统接收并处理了网络中的内容请求A后，建立了与内容请求者的一个连接。

S52：缓存系统缓存A说对应的缓存传输单元A向内容请求者发送缓存数据。

缓存传输单元A通过建立的连接向内容请求者发送数据。

S53：内容发送完成后，缓存传输单元A生成更新消息A1与更新消息A2。

S54：缓存传输单元A将更新消息A1和更新消息A2通过网络发送给消息接收单元01。

S55：消息接收单元接收更新消息A1和更新消息A2。

S56：消息接收单元完成消息接收后，将调用消息处理的接口，将消息交给缓存系统进一步处理。

在缓存系统接收到内容请求后，选择对应缓存C_i的缓存传输单元T_k向内容请求者传输数据。

缓存传输单元T_k传输数据时，依照通信协议前面已举例可以用OPENFLOW通信协议，亦可用户自行设计一套通信协议。产生相应的更新消息Mk(1)，Mk(2)，…，Mk(t)。

缓存传输单元T_k将通过网络将消息将产生的更新消息Mk(1)，Mk(2)，…，Mk(t)发送给之前指定的一组消息接收单元R₁，R₂，…，R_s。

当然，本发明还可有其它多种实施例，在不背离本发明精神及其实质的情况下，熟悉本领域的技术人员当可根据本发明做出各种相应的改变和变形，但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。

Claims (11)

1.一种基于内容标识的互联网缓存应答系统，其特征在于，包括：多个缓存传输单元、至少一个消息接收单元和一统一信令交互协议；

指定至少一个所述缓存传输单元用于传输互联网中发送的基于内容标识的缓存内容，并根据所述统一信令交互协议生成基于内容标识的缓存更新消息，并对外发送所述更新消息；

指定至少一个所述消息接收单元用于接收所述缓存传输单元发送的所述更新消息后，根据所述更新消息进行缓存应答处理；

所述统一信令交互协议用于所述缓存传输单元与所述消息接收单元之间的数据通信；

消息处理单元：用于接收所述消息接收单元发送的所述更新消息后，选择对应缓存向内容请求者传输数据；

其中，缓存传输单元通过网络将消息产生的更新消息发送给之前指定的一组消息接收单元，由消息接收单元完成消息的接收并交由指定消息处理单元处理。

2.根据权利要求1所述基于内容标识的互联网缓存应答系统，其特征在于，还包括：

建立连接单元：用于自动选择多个所述缓存传输单元中之任一，建立所述缓存传输单元与缓存之间的连接，完成数据传输。

3.根据权利要求1所述基于内容标识的互联网缓存应答系统，其特征在于，缓存传输单元还包括：

指定传输单元：针对所述缓存传输单元，指定所述消息接收单元，发送所述缓存更新消息或执行相应操作；

发送数据单元：通过已经建立的连接，向内容请求者发送数据；

更新信息产生单元：发送数据完成后，所述缓存传输单元生成更新消息，并将所述更新消息发送给所述消息接收单元。

4.根据权利要求1所述基于内容标识的互联网缓存应答系统，其特征在于，消息接收单元还包括：

信息提取单元：接收所述缓存更新消息后，通过所述消息处理单元进行处理后，提取所述缓存更新消息的内容并更新系统数据；

接收单元：所述消息接收单元根据信令交互协议定义的流程来进行消息接收；

完成接收单元：消息接收单元完成对更新消息的接收，若接收所述更新消息失败，则重新发送更新消息请求。

5.根据权利要求1所述基于内容标识的互联网缓存应答系统，其特征在于，所述缓存更新消息遵循统一消息交换协议。

6.根据权利要求5所述基于内容标识的互联网缓存应答系统，其特征在于，所述缓存更新消息的消息报头包含：消息类型域、消息长度域和报头选项域。

7.一种基于内容标识的互联网缓存应答方法，应用于如权利要求1-6中任一项所述基于内容标识的互联网缓存应答系统，其特征在于，包括：

缓存传输步骤：用于传输互联网中发送的基于内容标识的缓存内容，并根据所述统一信令交互协议生成基于内容标识的缓存更新消息，并对外发送所述更新消息；

消息接收步骤：用于接收所述缓存传输单元发送的所述更新消息后，根据所述更新消息进行缓存应答处理。

8.根据权利要求7所述基于内容标识的互联网缓存应答方法，其特征在于，还包括：

建立连接步骤：用于自动选择多个所述缓存传输单元中之任一，建立所述缓存传输单元与缓存之间的连接，完成数据传输。

9.根据权利要求8所述基于内容标识的互联网缓存应答方法，其特征在于，还包括：

消息处理步骤：用于接收所述消息接收单元发送的所述更新消息后，选择对应缓存向内容请求者传输数据。

10.根据权利要求9所述基于内容标识的互联网缓存应答方法，其特征在于，缓存传输步骤还包括：

指定传输步骤：针对所述缓存传输单元，指定所述消息接收单元，发送所述缓存更新消息或执行相应操作；

发送数据步骤：通过已经建立的连接，向内容请求者发送数据；

更新信息产生步骤：发送数据完成后，所述缓存传输单元生成更新消息，并将所述更新消息发送给所述消息接收单元。

11.根据权利要求7所述基于内容标识的互联网缓存应答方法，其特征在于，消息接收步骤还包括：

信息提取步骤：接收所述缓存更新消息后，通过所述消息处理单元进行处理后，提取所述缓存更新消息的内容并更新系统数据；

接收步骤：所述消息接收单元根据信令交互协议定义的流程来进行消息接收；

完成接收步骤：消息接收单元完成对更新消息的接收，若接收所述更新消息失败，则重新发送更新消息请求。