CN1859363A - 一种端到端服务质量的域间协商的方法及其系统 - Google Patents

Abstract

一种端到端服务质量的域间协商的方法及其系统，策略执行点向策略决策层发送策略决策请求消息；策略决策层根据会话的业务信息授权此会话所需要的资源，然后向策略执行点发送包含向外网的承载资源请求消息所需信息的Go口消息；策略执行点收到后，选定一个OFFPATH协商模式的外部网络，获取其资源控制器的地址及其所支持的协议，根据该Go口消息得到所述外网资源控制器所支持协议的承载资源请求消息并发送；外网资源控制器向策略执行点返回承载资源回应消息；策略执行点收到该回应消息后，如果协商成功，按策略决策层的策略决定执行，并向策略决策层返回策略执行报告。本发明使得建网简单，避免了策略执行点和策略决策层与外网连接不一致。

Description

一种端到端服务质量的域间协商的方法及其系统

技术领域

本发明涉及第三代移动通讯系统的服务质量保证，更具体地，涉及核心网侧端到端服务质量的域间协商方法及其系统。

背景技术

本发明涉及的技术基于以下两种技术基础：域内和域间的端到端QoS保障体系。QoS(Quality ofService，服务质量)用于衡量业务对带宽和时延等资源需求的指标。

域内的端到端服务质量保障体系：这里的域(Domain)包括GPRS分组域，或者以GPRS等IP网络作为接入网并与IMS(IP媒体流子系统)网络、PSTN网络交互的网络范围。该QoS保障体系在这样的域内通过策略决定和策略执行完成资源保障以满足业务需要的带宽、时延等质量要求。

请参照图1，每一个域包括IP媒体流子系统(IMS)和IP接入网，域内包括以下与QoS保障相关的模块：

AF：Application Function，应用层功能，负责应用层会话协商和建立。

PDF：Policy Decision Function，策略决策功能，根据会话类型以及签约信息制定策略。

PEP：Policy Enforcement Point，策略执行点，接受来自PDF的策略信息，应用于会话所对应的媒体数据流，从而达到为该数据流保留资源和达到要求的服务质量的目的，例如，GGSN(Gateway GPRS Support Node，GPRS支持节点网关)是GPRS网络与外部网络的接口网元，属于一种PEP。

另一种是域间的端到端服务质量保障体系：当一个会话两端的网络分处在两个域并且这两个域没有直接的物理连接时，需要通过一个或多个中间骨干网络(相对于这两个域又称为外部网络)作连接。

在这种情况下，如何将策略应用到中间骨干网络以保证整条通路上的资源是该体系所要研究的内容，现有技术中提供了几种不同的方法以完成域间的策略协商。本发明的研究对象是在域间情况下，服务质量的策略信令与媒体数据不在同一条通路的QoS协商模式，又称为OFFPATH模式。

该模式下的网络架构如图1所示，该系统包括两个通过外部骨干IP网连接的子域，外部网络中设有一个服务质量管理网元(外网资源控制器)用于资源的管理和分配。此种架构的特征是：PDF与外网资源控制器通过搭建Gu口相连，完成信令决策层的交互与协商，信令与数据分开在两条通道。

相应的流程如图2所示，包括以下步骤：

步骤110，策略执行点PEP(如GGSN)向策略决策点PDF发送策略决策请求消息；

步骤120，PDF生成的授权令牌使其能够识别授权的状态，如果以前的交互没有包含业务信息，PDF将向(应用层)AF发送授权请求；

步骤130，AF向PDF返回授权回应消息，携带业务信息；

步骤140，基于上述回应的信息，如果AF会话需要的QoS资源与PDF中运营商所制订的策略规则一致，PDF将授权此会话所需要的资源，并在其域间数据库建立IP承载层策略；

步骤150，PDF经Gu接口向外网资源控制器发送承载资源请求消息，请求中含带业务信息，包括AF会话描述信息；

步骤160，外网资源控制器向PDF返回带有承载资源协商结果的回应消息；

步骤170，如果协商成功，PDF向PEP发送策略决定消息(DEC消息)；

步骤180，PEP执行后，向PDF发送策略执行报告消息(RPT消息)，回应决策是否执行成功，完成承载的建立。

但是，上述流程中还存在一些未确定的问题，如谁来决定外部网络(即路由)的问题，是由PDF在和外部网络间进行QoS协商后确定要经过的路由，还是由PEP(GGSN)根据已有的路由配置(并且通过Gi口来直接到达外部网络)来决定路由。如果由PDF选择网络，有可能出现PEP不能连接该网络，造成执行失败。

另外，现有的OFFPATH模式设立了PDF与资源控制器间的Gu口。但实际建网时这个口的建设和配置很麻烦。

发明内容

有鉴于此，本发明要解决的技术问题是提供一种端到端服务质量的域间协商的方法，使得建网简单，并避免策略执行点和策略决策层与外部网络连接不一致的问题。本发明还要提供一种实现该方法的系统。

为了解决上述技术问题，本发明提供了一种端到端服务质量的域间协商的方法，包括以下步骤：

(a)策略执行点向策略决策层发送策略决策请求消息；

(b)策略决策层根据会话的业务信息授权此会话所需要的资源；

(c)策略决策层向策略执行点发送包含向外网的承载资源请求消息所需信息的Go口消息；

(d)策略执行点收到该Go口消息后，如果选定一个OFFPATH协商模式的外部网络，向该外部网络的资源控制器发送从该Go口消息中得到的承载资源请求消息；

(e)外网资源控制器向策略执行点返回承载资源回应消息；

(f)策略执行点收到该回应消息后，如果协商成功，按策略决策层的策略决定执行，并向策略决策层返回策略执行报告。

进一步地，上述方法还可具有以下特点：如果外网资源控制器所支持协议与Go消息协议不一致，策略执行点在发送承载资源请求消息到外部网络前对该消息进行协议转换。

进一步地，上述方法还可具有以下特点：

步骤(a)之前先在所述策略执行点中设置一个策略决策层的代理模块；

步骤(c)的Go口消息为Go口的策略决定消息；

步骤(d)由所述代理模块将收到的所述策略决定消息暂存，并解封装得到承载资源请求消息所需的信息，在完成选网并得到外网资源控制器的地址及其支持的协议后，再将这些信息组织成到外网资源控制器的所述承载资源请求消息发送；

所述步骤(f)由所述代理模块根据收到的回应消息判断是否协商成功，如成功将暂存的策略决定消息交给策略执行点的相应模块执行并告之选定的网络。

进一步地，上述方法还可具有以下特点：

步骤(c)的Go口消息的内容是按要发送到外网的承载资源请求消息的格式组织的；

步骤(d)策略执行点收到该Go口消息后先进行识别，在识别出其是要转发到外网的消息后，完成选网并得到外网资源控制器的地址及其支持的协议，完成协议转换后转发或直接转发到所述外网资源控制器；

步骤(f)策略执行点收到所述回应消息后，完成协议转换或直接通过Go口消息转发到策略决策层，策略决策层收到该消息后判断是否协商成功，如成功向策略执行点发送包含最终决策的策略决定消息，策略执行点收到后执行并报告。

进一步地，上述方法还可具有以下特点：所述内容按要发送到外网的承载资源请求消息的格式组织的Go口消息，以及所述包含承载资源回应消息内容的Go口消息均为新定义的Go口消息；或者这两个Go口消息分别采用策略决定消息和策略执行报告消息的类型，并加上特定标志供接收方识别。

进一步地，上述方法还可具有以下特点：步骤(f)所述代理模块判断协商未成功时，还根据本地配置的选网策略决定是否再次选择一个外网进行服务质量协商，若要再次协商，则重新选网，并向该外网的资源控制器发送其协议支持的承载资源请求消息。

进一步地，上述方法还可具有以下特点：步骤(f)所述策略决策层判断协商未成功时，还根据本地配置的策略决定是否再次选择一个外网进行服务质量协商，若要再次协商，执行步骤(c)。

进一步地，上述方法还可具有以下特点：所述步骤(a)和(b)之间还包括以下步骤：

(a1)策略决策层向应用层发送授权请求；

(a2)应用层向返回策略决策层授权回应，携带业务信息。

本发明提供的端到端服务质量的域间协商的系统，包括两个通过外部网络连接的域，每一个域中包括业务层以及通过Go口连接的策略决策层和策略执行点，所述策略执行点中配置有外网的路由信息，其特点是：

所述策略执行点还配置了外部网络的服务质量协商模式、外部网络的资源控制器寻址信息和支持的协议；

所述策略执行点还包括协商处理部分，用于在收到策略决策层发来的包含到外网的承载资源请求消息所需信息的Go口消息后，选定一个OFFPATH协商模式的外部网络，获取其资源控制器的地址及其所支持的协议，并根据该Go口消息得到所述外网资源控制器所支持协议的承载资源请求消息并发送到该资源控制器，并在收到外网资源控制器的回应消息后，按策略决策层的策略决定执行，并向策略决策层返回策略执行报告。

进一步地，上述系统还可具有以下特点：所述协商处理部分进一步包括：

消息识别模块，用于判断策略决策层发来的消息是发给外部网络进行域间资源协商的消息，还是域内使用的消息；

协议转换模块，用于在外网资源控制器不支持Go口支持的协议时，将收到的要发给外网的消息转换成外网资源控制器所支持的协议消息，并将外网资源控制器发来的消息转换成Go口支持的消息；

网络选择模块，用于结合本地路由以及所配置的选网策略，选定一个需要途经的外部网络，对OFFPATH协商模式，获取其资源控制器的地址及其所支持的协议类型。

进一步地，上述方法还可具有以下特点：所述协商处理部分是作为策略决策层代理完成与外网资源控制器的服务质量协商，其进一步包括：

重封装单元，用于将收到的策略决定消息暂存，解封装获取承载资源请求消息需要的信息，将其按与外网资源控制器所支持的协议重新封装成承载资源请求消息；

网络选择单元，用于结合本地路由以及所配置的选网策略，选定一个需要途经的外部网络，对OFFPATH协商模式，获取其资源控制器的地址及其所支持的协议类型；

回应处理单元，用于在收到外网资源控制器的承载资源回应消息后，判断是否协商成功，如协商成功，将暂存的策略决定消息交给PEP的相应模块处理并告之选定的外部网络，如未协商成功，再根据选网策略决定是否再选择另一外网重新协商。

由上可知，本发明通过取消策略决策层与外网资源控制器的接口，将其交互的路径改由通过策略执行点完成。带来如下技术效果：

1)避免了策略决策层与外网资源控制器之间的物理连接和路由配置。特别是当策略决策层与多个外网资源控制器相连时的配置问题，为实际建网减少了成本。

2)避免了策略执行点与外部网络，以及策略决策层与外部网络之间的物理连接的一致性维护问题。即消除了策略决策层选择网络，但策略执行点没有连接该网络的可能性。

3)充分利用了现有网元的既有信息，减少了对策略决策层以及外网的资源控制器的改动，易于网络稳定性。

附图说明

图1是现有OFFPATH模式下域间QoS保障的网络架构图。

图2是现有授权QoS资源及域间承载建立的流程图。

图3是本发明实施例域间QoS保障的网络架构图，示出了协商路径。

图4是本发明第一实施例经PEP转发的授权QoS资源与域间承载建立的流程图。

图5是本发明第二实施例基于PDF代理的授权QoS资源以及外部网络承载建立的流程图。

具体实施方式

本发明取消了PDF与外部网络服务质量管理网元间的Gu口，将其交互的路径改由通过策略执行点PEP完成。当策略决策层需要与外部网络资源控制器协商QoS时，首先将信令发往策略执行点，由策略执行点根据自身配置的外部网络路由以及选网策略转发，经外网路由器到达资源控制器。资源控制器协商完毕将结果由原路返回到策略决策层，即仍由策略执行点转发。策略决策层与策略执行点之间仍使用原Go接口协议，策略执行点可以具备协议转换功能以和外部网络的资源控制器进行交互。下面举出两个具体

实施例加以详细说明。

第一实施例

如图3所示，该系统的网络架构中取消了PDF与外网资源控制器间的Gu口，将其交互的路径改由通过PEP的双向转发来完成。

PEP的信息配置模块中本生已配置有外部网络的路由信息，为完成PDF和外网资源控制器间消息的转发功能，本实施例还需在该单元配置外部网络的QoS协商模式(如OFFPATH模式)、外部网络的资源控制器地址或网段等寻址信息以及该资源控制器所支持的协议类型等信息。

此外，PEP还需要增加一个QoS协商处理部分，包括：消息识别模块，用于判断PDF发来的消息是发给外部网络进行域间资源协商的消息，还是域内使用的消息；协议转换模块，用于在外网资源控制器不支持Go接口协议(如COPS协议)时，将收到的消息转换成外网资源控制器所支持的协议消息，并将外网资源控制器发来的消息转换成Go口协议支持的消息；网络选择模块，用于结合本地路由以及所配置的选网策略(如选网的优先顺序、条件等)，选定一个需要途经的外部网络，如果其QoS协商模式为OFFPATH模式，则获取其资源控制器的地址及其所支持的协议类型。

现有标准中，PDF和PEP之间通过Go口交互的QoS相关的消息是策略决定消息和策略执行报告消息，而本实施例PDF需要由PEP转发的是承载资源请求消息和承载资源回应消息。为了解决这个问题，可以采用以下方法：

第一种，增加两个对Go口标准的策略决定消息和策略执行报告消息修改后得到的消息，仍采用原来的消息类型，但其中的信息单元分别按原Gu口的承载资源请求消息和承载资源回应消息的格式重新组织。为了与原有的标准消息区别，需要在消息中加上某种特定的标志，以便于接收的PEP或者PFD识别。

第二种，新定义两个Go口消息，可以称为Go口的承载资源请求消息和承载资源回应消息，分别按原Gu口的承载资源请求消息和承载资源回应消息的格式组织。这里，PEP和PED可以直接根据消息类型来识别。

本实施例经PEP转发的授权QoS资源与域间承载建立的流程如图4所示，包括以下步骤：

步骤210，PEP向PDF发送策略决策请求消息；

步骤220，PDF向AF发送授权请求(假定以前的交互没有包含业务信息，如果有，应取消步骤220和230)；

步骤230，AF向返回PDF授权回应，携带业务信息；

步骤240，PDF授权此会话所需要的资源；

这四个步骤与原流程相同。

步骤250，PDF经Go接口向PEP发送内容包含按向外部网络资源控制器发送的承载资源请求消息组织的消息(可以是新定义的消息或对策略决定消息修改后得到的消息)，该请求含带业务信息，包括AF会话描述信息；

步骤260，PEP识别出该消息需转发到外部网络后，结合本地路由以及选网策略，选定一个需要途经的外部网络，如果其QoS协商模式为OFFPATH模式，则获取其资源控制器的地址及其所支持的协议类型，如果所支持的协议类型不是Go接口所使用的协议类型，将收到的该消息转换成外网所支持协议的承载资源请求消息，发送到外网资源控制器；

步骤270，外网资源控制器向PEP返回承载资源回应消息；

步骤280，PEP与外网的接口和Go接口所支持的协议不同时，PEP将收到的回应消息转换成内容仍按承载资源回应消息组织的Go接口协议消息，向PDF发送；

步骤290，PDF识别出该消息后判断是否协商成功，如果协商成功，向PEP发送包含最终决策的策略决定消息，如果协商失败，由PDF决定是否再次协商，如要再次协商，返回步骤250继续执行；

步骤300，PEP向PDF发送策略执行报告消息，回应策略是否执行成功。

本实施例的特点是PEP在转发消息只进行识别、选网和协议转换，由PDF完成对承载资源请求的组织，所有由外网资源控制器返回给PEP的协商结果消息，也由PEP转发到PDF，由PDF作决策。这样需要对Go口的消息做一定的修改。

第二实施例

事实上，原流程PDF到外网资源控制器之间Gu口的承载资源请求消息所包含的业务信息在Go口的策略决定消息中都可以找到，因此，本实施例不改变Go口的消息，而是在PEP中设置一个PDF代理模块(以下也简称为PDF代理，实际上也是PEP中的QoS协商处理部分)，由该模块提取策略决定消息中的信息组织出承载资源请求消息的内容，并在收到外网资源控制器的回应后判断是否协商成功和是否要选择另一外网。即由PEP中的PDF代理来完成与外网资源控制器之间的承载资源协商，不再由PDF完成，尽量不对原域内流程产生影响。

对PEP的信息配置模块来说，也需要在配置好外部网络的路由信息的基础上，再配置外网的QoS协商模式、外网资源控制器地址或网段以及该资源控制器所支持的协议类型等信息。

该PDF代理模块包含：重封装单元，用于将收到的策略决定消息暂存，解封装获取承载资源请求消息需要的信息，将其按与外网资源控制器所支持的协议重新封装成承载资源请求消息；网络选择单元，用于结合本地路由以及所配置的选网策略，选定一个需要途经的外部网络，如果其QoS协商模式为OFFPATH模式，则获取其资源控制器的地址及其所支持的协议类型；回应处理单元，用于在收到外网资源控制器的承载资源回应消息后，判断是否协商成功，如协商成功，将暂存的策略决定消息交给PEP的相应模块处理并告之选定的外部网络，如未协商成功，再根据选网策略决定是否再选择另一外网重新协商。

PDF代理模块从PEP的信息配置模块获取外部网络信息，并通过PEP与外网的接口完成与外部网络资源控制器之间消息的交互。

本实施例基于PDF代理的授权QoS资源以及外部网络承载建立流程如图5所示，包括以下步骤：

步骤410，PEP向PDF发送策略决策请求消息；

步骤420，PDF将向AF发送授权请求；

步骤430，AF向返回PDF授权回应，携带业务信息；

步骤440，PDF授权此会话所需要的资源；

这四个步骤与原流程相同。

步骤450，PDF经Go接口向PEP发送策略决定消息，消息内容含带业务信息，包括AF会话描述信息；

步骤460，该策略决定消息首先由PEP中的PDF代理接收并暂存下来，PDF代理将其解封装后，获取承载资源请求消息所需要的信息；

步骤470，PDF代理从PEP的信息配置模块获取外部网络的路由信息和QoS协商模式；

步骤480，PDF代理结合本地路由和选网策略，选定一个需要途经的外部网络并判断其QoS协商模式，如果为OFF-PATH模式，则获取其外网资源控制器的地址及其支持的协议类型，将解封装得到的所述信息重新封装成外网资源控制器所支持协议的承载资源请求消息，经PEP与外网的接口向外网资源控制器发送；

步骤490，外网资源控制器向PEP返回承载资源回应消息，交给PDF代理处理；

步骤500，PDF代理判断是否协商成功，如果是，将暂存的策略决定消息交给PEP相应模块处理并告之选定的外部网络；如果没有成功，PDF代理根据选网策略另选一个外部网络，返回步骤480执行，或者做失败处理；

步骤510，PEP向PDF发送的策略执行报告消息，回应决策是否执行成功。

本实施例的特点是：由PEP解封装Go接口消息(如COPS信令)和选择路由转发，PDF和Go口不需要有改动。

综上所述，本发明通过取消策略决策层与外网资源控制器的接口，将其交互的路径改由通过策略执行点完成。带来如下技术效果：

1)避免了策略决策层与外网资源控制器之间的物理连接和路由配置。特别是当策略决策层与多个外网资源控制器相连时的配置问题，为实际建网减少了成本。

2)避免了策略执行点与外部网络，以及策略决策层与外部网络之间的物理连接的一致性维护问题。即消除了策略决策层选择网络，但策略执行点没有连接该网络的可能性。

3)充分利用了现有网元的既有信息，减少了对策略决策层以及外网的资源控制器的改动，易于网络稳定性。

Claims (11)

1、一种端到端服务质量的域间协商的方法，包括以下步骤：

(a)策略执行点向策略决策层发送策略决策请求消息；

(b)策略决策层根据会话的业务信息授权此会话所需要的资源；

(c)策略决策层向策略执行点发送包含向外网的承载资源请求消息所需信息的Go口消息；

(d)策略执行点收到该Go口消息后，如果选定一个OFFPATH协商模式的外部网络，向该外部网络的资源控制器发送从该Go口消息中得到的承载资源请求消息；

(e)外网资源控制器向策略执行点返回承载资源回应消息；

(f)策略执行点收到该回应消息后，如果协商成功，按策略决策层的策略决定执行，并向策略决策层返回策略执行报告。

2、如权利要求1所述的方法，其特征在于，步骤(d)中，如果外网资源控制器所支持协议与Go消息协议不一致，策略执行点在发送承载资源请求消息到外部网络前对该消息进行协议转换。

3、如权利要求1所述的方法，其特征在于，

步骤(a)之前先在所述策略执行点中设置一个策略决策层的代理模块；

步骤(c)的Go口消息为Go口的策略决定消息；

步骤(d)由所述代理模块将收到的所述策略决定消息暂存，并解封装得到承载资源请求消息所需的信息，在完成选网并得到外网资源控制器的地址及其支持的协议后，再将这些信息组织成到外网资源控制器的所述承载资源请求消息发送；

所述步骤(f)由所述代理模块根据收到的回应消息判断是否协商成功，如成功将暂存的策略决定消息交给策略执行点的相应模块执行并告之选定的网络。

4、如权利要求1所述的方法，其特征在于，

步骤(c)的Go口消息的内容是按要发送到外网的承载资源请求消息的格式组织的；

步骤(d)策略执行点收到该Go口消息后先进行识别，在识别出其是要转发到外网的消息后，完成选网并得到外网资源控制器的地址及其支持的协议，完成协议转换后转发或直接转发到所述外网资源控制器；

步骤(f)策略执行点收到所述回应消息后，完成协议转换或直接通过Go口消息转发到策略决策层，策略决策层收到该消息后判断是否协商成功，如成功向策略执行点发送包含最终决策的策略决定消息，策略执行点收到后执行并报告。

5、如权利要求4所述的方法，其特征在于，所述内容按要发送到外网的承载资源请求消息的格式组织的Go口消息，以及所述包含承载资源回应消息内容的Go口消息均为新定义的Go口消息；或者这两个Go口消息分别采用策略决定消息和策略执行报告消息的类型，并加上特定标志供接收方识别。

6、如权利要求3所述的方法，其特征在于，步骤(f)所述代理模块判断协商未成功时，还根据本地配置的选网策略决定是否再次选择一个外网进行服务质量协商，若要再次协商，则重新选网，并向该外网的资源控制器发送其协议支持的承载资源请求消息。

7、如权利要求4所述的方法，其特征在于，步骤(f)所述策略决策层判断协商未成功时，还根据本地配置的策略决定是否再次选择一个外网进行服务质量协商，若要再次协商，执行步骤(c)。

8、如权利要求1所述的方法，其特征在于，所述步骤(a)和(b)之间还包括以下步骤：(a1)策略决策层向应用层发送授权请求；(a2)应用层向返回策略决策层授权回应，携带业务信息。

9、一种端到端服务质量的域间协商的系统，包括两个通过外部网络连接的域，每一个域中包括业务层以及通过Go口连接的策略决策层和策略执行点，所述策略执行点中配置有外网的路由信息，其特征在于：

所述策略执行点还配置了外部网络的服务质量协商模式、外部网络的资源控制器寻址信息和支持的协议；

所述策略执行点还包括协商处理部分，用于在收到策略决策层发来的包含到外网的承载资源请求消息所需信息的Go口消息后，选定一个OFFPATH协商模式的外部网络，获取其资源控制器的地址及其所支持的协议，并根据该Go口消息得到所述外网资源控制器所支持协议的承载资源请求消息并发送到该资源控制器，并在收到外网资源控制器的回应消息后，按策略决策层的策略决定执行，并向策略决策层返回策略执行报告。

10、如权利要求9所述的系统，其特征在于，所述协商处理部分进一步包括：

消息识别模块，用于判断策略决策层发来的消息是发给外部网络进行域间资源协商的消息，还是域内使用的消息；

协议转换模块，用于在外网资源控制器不支持Go口支持的协议时，将收到的要发给外网的消息转换成外网资源控制器所支持的协议消息，并将外网资源控制器发来的消息转换成Go口支持的消息；

网络选择模块，用于结合本地路由以及所配置的选网策略，选定一个需要途经的外部网络，对OFFPATH协商模式，获取其资源控制器的地址及其所支持的协议类型。

11、如权利要求9所述的系统，其特征在于，所述协商处理部分是作为策略决策层代理完成与外网资源控制器的服务质量协商，其进一步包括：

重封装单元，用于将收到的策略决定消息暂存，解封装获取承载资源请求消息需要的信息，将其按与外网资源控制器所支持的协议重新封装成承载资源请求消息；

网络选择单元，用于结合本地路由以及所配置的选网策略，选定一个需要途经的外部网络，对OFFPATH协商模式，获取其资源控制器的地址及其所支持的协议类型；

回应处理单元，用于在收到外网资源控制器的承载资源回应消息后，判断是否协商成功，如协商成功，将暂存的策略决定消息交给PEP的相应模块处理并告之选定的外部网络，如未协商成功，再根据选网策略决定是否再选择另一外网重新协商。

Images