CN112218305B

CN112218305B - 一种配置更新方法、通信装置和系统

Info

Publication number: CN112218305B
Application number: CN201910615667.5A
Authority: CN
Inventors: 杨志龙; 白涛
Original assignee: Huawei Cloud Computing Technologies Co Ltd
Current assignee: Huawei Cloud Computing Technologies Co Ltd
Priority date: 2019-07-09
Filing date: 2019-07-09
Publication date: 2022-07-12
Anticipated expiration: 2039-07-09
Also published as: CN112218305A

Abstract

本申请实施例提供一种配置更新方法、通信装置和系统，其中，配置更新方法包括：服务能力开放设备从第三方网络设备接收请求消息，请求消息包括指示信息，指示信息用于指示将第一用户设备的非IP数据投递NIDD配置中的第一配置信息更新为第二配置信息，第一配置信息用于指示服务能力开放设备将第一用户设备的NIDD上行数据传输至第三方网络设备的第一业务实例，第二配置信息用于指示服务能力开放设备将第一用户设备的NIDD上行数据传输至第三方网络设备的第二业务实例；服务能力开放设备根据指示信息，将第一配置信息更新为第二配置信息。实施本申请实施例，能够避免链路重建损耗。

Description

一种配置更新方法、通信装置和系统

技术领域

本发明涉及通信技术领域，尤其涉及一种配置更新方法、通信装置和系统。

背景技术

电信运营商大力推进网络能力开放，面向第三方应用的业务及场景日益增多，这将会对核心网提出更高的能力要求。3GPP R13定义了能力开放架构，引入服务能力开放设备以安全开放网络业务能力，比如服务能力开放单元(Service Capability ExposureFunction，SCEF)，3GPP R13定义了SCEF相关的网元接口，可实现将核心网的网元能力开放给第三方网络设备的各类业务应用，第三方网络设备可以包括服务能力服务器(ServicesCapability Server，SCS)以及应用服务器(Application Server，AS)。

在SCS/AS和用户设备(User Equipment，UE)使用非IP模式进行数据通信时，UE没有网际协议(Internet Protocol，IP)地址，SCS/AS和UE之间传输的数据都是非IP数据，其中，SCS/AS传输至UE的为非IP数据投递(Non-IP Data Delivery，NIDD)下行数据，UE传输至SCS/AS的为NIDD上行数据。SCS/AS中的业务实例将NIDD下行数据传输至SCEF，再由SCEF传输至相应的UE，若UE存在响应数据，UE则将响应的NIDD上行数据传输至SCEF，再由SCEF传输至SCS/AS中传输NIDD下行数据的业务实例。

在分布式集群架构下，SCS可能存在多个业务实例，为了保证NIDD下行数据和响应的NIDD上行数据由同一个业务实例来处理，SCEF中需要配置SCS/AS中用于接收该用户设备的NIDD上行数据的业务实例。目前领域内，通过NIDD配置中的notificationDestination字段来配置SCS/AS中用于接收该用户设备的NIDD上行数据的业务实例。但是，SCS/AS中业务实例的数量不断变化，用于接收该用户设备的NIDD上行数据的业务实例可能会变化，但是目前更新NIDD配置中的notificationDestination字段的方式，只能通过删除NIDD配置和重建NIDD配置的方式来达到更新notificationDestination字段的目的，造成链路重建损耗。

发明内容

本申请实施例提供了一种配置更新方法、通信装置和系统，能够实现NIDD配置中配置信息的更新，避免链路重建损耗。

第一方面，本申请实施例提供一种配置更新方法，应用于服务能力开放设备，该服务能力开放设备可以包括SCEF。该配置更新方法包括：服务能力开放设备从第三方网络设备接收请求消息，第三方网络设备可以包括SCS或者AS，该第三方网络设备中可以包括第一业务实例和第二业务实例。

上述请求消息包括指示信息，该指示信息用于指示将第一用户设备的NIDD配置中的第一配置信息更新为第二配置信息，其中，第一配置信息用于指示服务能力开放设备将第一用户设备的NIDD上行数据传输至第三方网络设备的第一业务实例，第二配置信息用于指示服务能力开放设备将第一用户设备的NIDD上行数据传输至第三方网络设备的第二业务实例。

其中，第一用户设备是第三方网络设备进行NIDD通信的用户设备，NIDD配置中包括第一配置信息，该第一配置信息用于指示服务能力开放设备将第一用户设备的NIDD上行数据传输至第三方网络设备的第一业务实例。通过服务能力开放设备NIDD配置中的第一配置信息可以实现第三方网络设备向该第一用户设备发送的NIDD下行数据和该第一用户设备发送的NIDD上行数据由第三方网络设备的都由第一业务实例处理。当第三方网络设备进行业务实例扩容(即在第三方网络设备中增加业务实例)或者业务实例缩容(即在第三方网络设备中减少业务实例)时，第三方网络设备中用于接收该第一用户设备的业务实例可能会由第一业务实例变更为第二业务实例，此时，需要更新服务能力开放设备NIDD配置中的第一配置信息，第三方网络设备向服务能力开放设备发送上述请求消息。

服务能力开放设备根据请求消息中的指示信息，将第一用户设备的NIDD配置中的第一配置信息更新为第二配置信息，后续该服务能力开放设备根据第二配置信息将第一用户设备的NIDD上行数据发送至第三方网络设备的第二业务实例。

实施本申请实施例，可以通过请求消息中的指示信息，直接将NIDD配置中的第一配置信息更新为第二配置信息，避免通过删除NIDD配置以及重建NIDD配置实现配置信息更新所带来的链路重建损耗。

在一种可能的设计中，服务能力开放设备从第三方网络设备接收请求消息之前，该方法还可以包括：服务能力开放设备从第三方网络设备接收创建NIDD配置请求，该创建NIDD配置请求用于请求创建第一用户设备的NIDD配置。

服务能力开放设备创建第一用户设备的NIDD配置，所述第一用户设备的NIDD配置包括第一字段，所述第一字段的内容包括上述第一配置信息。其中，不同用户设备的NIDD配置可能不同，第一用户设备的NIDD配置用于对第一用户设备的NIDD上行数据以及NIDD下行数据投递过程进行资源配置等。第一用户设备的NIDD配置可以包括多个字段，不同字段包括该第一用户设备的不同配置信息，每个字段可以包括字段名以及该字段对应的配置信息。

通过实施本申请实施例，创建第一用户设备的NIDD配置，保证第三方网络设备中发送给第一用户设备的NIDD下行数据的业务实例和用于接收该第一用户设备的NIDD上行数据的业务实例为同一个业务实例。

在一种可能的设计中，上述请求消息可以包括NIDD配置更新请求，该NIDD配置更新请求用于请求更新NIDD配置中相应字段的内容。上述指示信息可以包括NIDD配置更新请求中的第二字段，该第二字段的内容包括上述第二配置信息。其中，NIDD配置更新请求中可以包括一个或者多个字段，每个字段的内容可以包括不同的需要更新的配置信息。

实施本申请实施例，NIDD配置更新请求中携带上述用于指示将第一配置信息更新为第二配置信息的指示信息，直接将NIDD配置中的第一配置信息更新为第二配置信息，避免通过删除NIDD配置以及重建NIDD配置实现配置信息更新所带来的链路重建损耗。

在一种可能的设计中，上述请求消息包括NIDD下行数据投递请求，所述指示信息包括该NIDD下行数据投递请求中的第二字段，所述第二字段的内容包括第二配置信息。其中，NIDD下行数据投递请求可以包括一个或者多个字段，每个字段的内容包括NIDD下行数据的投递信息。

实施本申请实施例，NIDD下行数据投递请求中携带上述用于指示将第一配置信息更新为第二配置信息的指示信息，直接将NIDD配置中的第一配置信息更新为第二配置信息，避免通过删除NIDD配置以及重建NIDD配置实现配置信息更新所带来的链路重建损耗。

在一种可能的设计中，请求消息中的第二字段的字段名与NIDD配置中第一字段的字段名相同，比如字段名都为notificationDestination，请求消息可以是NIDD配置更新请求或者NIDD下行数据投递请求。

服务能力开放设备接收到请求消息后，确定请求消息中的第二字段的字段名与第一用户设备的NIDD配置中的第一字段的字段名相同，则将NIDD配置中第一字段的第一配置信息更新为第二配置信息。

实施本申请实施例，通过比较第一字段的字段名和第二字段的字段名，准确的确定需要更新的字段，从而更新配置信息。

在一种可能的设计中，第一配置信息包括第三方网络设备的IP地址、第三方网络设备的端口以及第一业务实例的实例标识；

所述第二配置信息包括第三方网络设备的IP地址、第三方网络设备的端口以及第二业务实例的实例标识。

第二方面，本申请实施例提供一种配置更新方法，应用于第三方网络设备，第三方网络设备可以包括SCS或者AS。其中，配置更新方法可以包括：第三方网络设备确定用于接收第一用户设备的NIDD上行数据的业务实例由第一业务实例变更为第二业务实例。

比如，第三方网络设备包括至少一个业务实例，由于第三方网络设备的扩容(即第三方网络设备中增加业务实例)，或者缩容(即第三方网络设备中减少业务实例)，第三方网络设备中用于接收第一用户设备的NIDD上行数据的业务实例可能会变化。

在第三方网络设备确定用于接收第一用户设备的NIDD上行数据的业务实例变化时，比如由第一业务实例变更为第二业务实例，第三方网络设备向服务能力开放设备发送请求消息，该请求消息包括指示信息，该指示信息用于指示将第一用户设备的NIDD配置中的第一配置信息更新为第二配置信息，第一配置信息用于指示服务能力开放设备将第一用户设备的NIDD上行数据传输至第三方网络设备的第一业务实例，第二配置信息用于指示服务能力开放设备将第一用户设备的NIDD上行数据传输至第三方网络设备的第二业务实例。

对应的，服务能力开放设备接收请求消息，并根据请求消息中的指示信息，将第一用户设备的NIDD配置中的第一配置信息更新为第二配置信息。

实施本申请实施例，第三方网络设备可以通过请求消息中的指示信息指示服务能力开放设备将NIDD配置中的第一配置信息更新为第二配置信息，避免通过删除NIDD配置以及重建NIDD配置实现配置信息更新所带来的链路重建损耗。

在一种可能的设计中，第三方网络设备确定用于接收第一用户设备的NIDD上行数据的业务实例由第一业务实例变更为第二业务实例之前，该方法还包括：第三方网络设备确定用于接收第一用户设备的NIDD上行数据的业务实例为第一业务实例。

该第三方网络设备向服务能力开放设备发送创建NIDD配置请求，该创建NIDD配置请求用于请求创建第一用户设备的NIDD配置，第一用户设备的NIDD配置包括第一字段，该第一字段的内容包括第一配置信息。

在一种可能的设计中，请求消息可以包括NIDD配置更新请求，请求消息中的指示信息可以包括NIDD配置更新请求中的第二字段，第二字段的内容包括第二配置信息。

在一种可能的设计中，请求消息可以包括NIDD下行数据投递请求，请求消息中的指示信息可以包括NIDD下行数据投递请求中的第二字段，所述第二字段的内容包括第二配置信息。

在一种可能的设计中，第二字段的字段名和第一字段的字段名相同。

第二配置信息包括第三方网络设备的IP地址、第三方网络设备的端口以及第二业务实例的实例标识。

第三方面，本申请实施例提供了一种通信装置，该通信装置可以为服务能力开放设备或者可以用于服务能力开放设备的部件(电路或者芯片)，该通信装置可包括多个功能模块或单元，用于相应的执行第一方面所提供的配置更新方法。

比如，该通信装置包括收发单元和处理单元，其中，收发单元，用于从第三方网络设备接收请求消息，该请求消息包括指示信息，该指示信息用于指示将第一用户设备的非IP数据投递NIDD配置中的第一配置信息更新为第二配置信息，其中，第一配置信息用于指示该通信装置将第一用户设备的NIDD上行数据传输至第三方网络设备的第一业务实例，第二配置信息用于指示该通信装置将第一用户设备的NIDD上行数据传输至第三方网络设备的第二业务实例；

处理单元，用于根据指示信息，将第一配置信息更新为所述第二配置信息。

第四方面，本申请实施例提供了一种通信装置，该通信装置可以为第三方网络设备或者可以用于第三方网络设备的部件(电路或者芯片)，该通信装置可包括多个功能模块或单元，用于相应的执行第二方面所提供的配置更新方法。

比如，该通信装置包括处理单元和收发单元，其中，处理单元，用于确定用于接收第一用户设备的非IP数据投递NIDD上行数据的业务实例由第一业务实例变更为第二业务实例；

收发单元，用于向服务能力开放设备发送请求消息，该请求消息包括指示信息，该指示信息用于指示将第一用户设备的NIDD配置中的第一配置信息更新为第二配置信息，其中，第一配置信息用于指示服务能力开放设备将第一用户设备的NIDD上行数据传输至该通信装置的第一业务实例，第二配置信息用于指示服务能力开放设备将第一用户设备的NIDD上行数据传输至该通信装置的第二业务实例。

第五方面，本申请实施例提供了一种通信装置，该通信装置可以为服务能力开放设备或者可以用于服务能力开放设备的部件(电路或者芯片)，该通信装置可包括：存储器、处理器、发射器、接收器，其中：发射器和接收器用于与其他通信设备(如第一用户设备或者第三方网络设备)通信。存储器用于存储第一方面所提供的配置更新方法的实现代码，处理器用于执行存储器中存储的程序代码，即执行第一方面所提供的配置更新方法。

第六方面，本申请实施例提供了一种通信装置，该通信装置为第三方网络设备或者可以用于第三方网络设备的部件(电路或者芯片)，该第三方网络设备用于执行第二方面所提供的配置更新方法。第三方网络设备可包括：存储器、处理器、发射器、接收器，其中：发射器和接收器用于与其他通信设备(如服务能力开放设备)通信。存储器用于存储第二方面所提供的配置更新方法的实现代码，处理器用于执行存储器中存储的程序代码，即执行第二方面所提供的配置更新方法。

第七方面，本申请实施例提供了一种通信芯片，该通信芯片可包括：处理器，以及耦合于所述处理器的一个或多个接口。其中，所述处理器可用于从存储器中调用第一方面或者第二方面所提供的配置更新方法的实现程序，并执行该程序包含的指令。所述接口可用于输出所述处理器的数据处理结果。

第八方面，本申请实施例提供了一种计算机可读存储介质，可读存储介质上存储有指令，当其在处理器上运行时，使得处理器执行上述第一方面或者第二方面描述的配置更新方法。

第九方面，本申请实施例提供了一种包含指令的计算机程序产品，当其在处理器上运行时，使得处理器执行上述第一方面或者第二方面描述的配置更新方法。

附图说明

为了更清楚地说明本申请实施例或背景技术中的技术方案，下面将对本申请实施例或背景技术中所需要使用的附图进行说明。

图1为本申请实施例提供的一种通信系统的架构图；

图2为本申请实施例提供的一种详细的通信系统架构图；

图3为本申请实施例提供的一种NIDD上下行数据传输流程图；

图4为现有技术中一种NIDD配置删除和重新创建示意图；

图5为现有技术中另一种NIDD配置删除和重新创建示意图；

图6为本申请实施例提供的一种配置更新方法的交互图；

图7A为本申请实施例提供的一种配置更新的示意图；

图7B为本申请实施例提供的另一种配置更新的示意图；

图8A为本申请实施例提供的又一种配置更新的示意图；

图8B为本申请实施例提供的又一种配置更新的示意图；

图9A为本申请实施例提供的一种通信装置的结构示意图；

图9B为本申请实施例提供的另一种通信装置的结构示意图；

图10A为本申请实施例提供的又一种通信装置的结构示意图；

图10B为本申请实施例提供的又一种通信装置的结构示意图；

图11为本申请实施例提供的一种通信芯片的结构示意图。

具体实施方式

本申请的实施方式部分使用的术语仅用于对本申请的具体实施例进行解释，而非旨在限定本申请。

本申请实施例的NIDD通信，是指第三方网络设备与UE之间不采用传统的基于用户设备的IP地址直接进行通信，而是在第三方网络设备和UE之间设置服务能力开放设备，第三方网络设备与服务能力开放设备之间通过IP报文的形式进行通信，服务能力开放设备与UE之间通过非IP报文的形式进行通信，即在NIDD通信中，UE没有IP地址。服务能力开放设备与用户设备之间可以是通过建立通信链路的方式进行通信。

本申请实施例中，将NIDD通信中用户设备发送给第三方网络设备的数据称为NIDD上行数据，将NIDD通信中第三方网络设备发送给用户设备的数据称为NIDD下行数据。

参见图1，是本申请实施例提供的通信系统的架构示意图。该通信系统100包括：用户设备101、接入网设备102、接入及移动管理(Mobility Management Entity，MME)设备103、归属签约(Home Subscriber Server，HSS)设备104、策略和计费管理(Policy andCharging Enforcement Function，PCEF)设备105、服务能力开放设备106以及第三方网络设备107。服务能力开放设备106可以包括SCEF，第三方网络设备可以包括SCS或者AS。其中，接入及移动管理设备103、归属签约设备104、策略和计费管理设备105和服务能力开放设备是核心网设备。

用户设备101也可以称为终端设备、移动台、接入终端、用户单元、用户站、移动站、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置等。用户设备可以是手持用户设备、笔记本电脑、用户单元(subscriber unit)、蜂窝电话(cellularphone)、智能电话(smart phone)、无线数据卡、个人数字处理(personal digitalassistant，PDA)、具有无线通信功能的手持设备、车载设备、可穿戴设备以及未来5G网络中的移动台或者未来演进的公共陆地移动网(public land mobile network，PLMN)网络中的用户设备等。用户设备101与接入网设备102之间采用某种空口技术相互通信。

接入网设备102主要负责空口侧的无线资源管理、服务质量(quality ofservice，QoS)管理、数据压缩和加密等功能。接入网设备102可以包括各种形式的接入网设备，例如：宏基站，微基站(也称为小站)，中继站，接入点等。在采用不同的无线接入技术的系统中，接入网设备的名称可能会有所不同，例如，在5G通信系统中，称为下一代节点(next-generation Node B，gNB)；在长期演进(long term evolution，LTE)系统中，称为演进的节点B(evolved NodeB，eNB或者eNodeB)；在第三代(3rd Generation，3G)系统中，称为节点B(Node B)等。

接入及移动管理设备103是核心网控制面的网元，主要负责接入控制、移动性管理、会话管理和路由选择等功能。接入及移动管理设备103与接入网设备102之间通过S1-MME接口进行通信。

归属签约设备104用于存储用户签约信息的服务器，主要负责管理用户的签约数据及移动用户的位置信息。归属签约设备104通过T6接口与服务能力开放设备进行通信。归属签约设备104与服务能力开放设备106通过S6t接口通信。

策略和计费管理设备105包含策略控制决策和基于流计费控制的功能，主要包含业务数据流的检测、策略执行和基于流的计费功能，策略和计费管理设备105与SCEF之间通过Rx接口进行通信。

服务能力开放设备用于将核心网的网络业务能力开放给第三方网络设备，3GPPR13定义了能力开放架构，引入服务能力开放网元SCEF，并定义了SCEF相关的网元接口以安全开放核心网的网络业务能力，SCEF可通过协议封装及转换实现与第三方网络设备的对接，SCEF的应用使网络具备了多样化的运营服务能力。其中，SCEF的主要功能包括：

1、服务质量(Quality of Service，QoS)传输：第三方网络设备(比如：SCS/AS)和UE之间的QoS传输；

2、计费：会话建立或会话过程中修改计费方；

3、通信：支持第三方的可预测信息通信；

4、UE状态：向第三方指示UE的连接属性；

5、网络现状：向第三方指示潜在网络问题；

6、网络参数设置：SCS/AS可以通过SCEF向网络下发网络参数配置。

第三方网络设备是提供第三方业务应用的服务器，比如邮件应用对应的服务器，微信应用对应的服务器，服务能力开放设备通过协议封装及转换实现与第三方网络设备之间的对接。第三方网络设备可以包括SCS或者AS。

服务能力开放设备与第三方网络设备通过3GPP定义的T8接口进行通信，T8接口使用RESTFul应用程序接口(Application Program Interface，API)的超文本传输协议(Hyper Text Transport Protocol，HTTP)、websocket协议进行通信，其中HTTP是必选方式，websocket是可选方式。服务能力开放设备通过T6接口和接入及移动管理设备103进行通信。

下面以服务能力开放设备为SCEF，第三方网络设备为SCS/AS为例，阐述SCEF与SCS/AS之间的NIDD通信过程。

请参照图2，为本申请实施例提供的一种通信系统的详细架构图，SCS/AS不直接和UE通过IP报文进行通信，而是和SCEF通信，再由SCEF和UE进行通信。

在SCS/AS和UE使用非IP模式通信时，UE没有IP地址，SCS/AS和UE之间进行NIDD通信。其中，SCS/AS发送给UE的数据为NIDD下行数据，UE发送给SCS/AS的数据为NIDD上行数据。

SCS/AS将NIDD下行数据通过NIDD API发送给SCEF，再由SCEF将该NIDD下行数据传输给对应的用户设备，用户设备接收到该NIDD下行数据后，如果存在响应数据，则将响应的NIDD上行数据传输至SCEF，再由SCEF通过NIDD API传输至SCS/AS。其中，NIDDAPI属于T8接口中的一部分，其允许SCS/AS将NIDD下行数据发送到UE或从UE接收NIDD上行数据，并将NIDD上行数据传输至SCS/AS。NIDD API定义了一组数据模型，资源以及NIDD下行数据、NIDD上行数据的传输相关过程。

本申请实施例中，NIDD API包括NIDD配置接口、NIDD配置更新接口以及NIDD下行数据投递接口等等，其中，NIDD配置接口用于创建用户设备的NIDD配置，NIDD配置更新接口用于实现对用户设备的NIDD配置中配置信息的更新，NIDD下行数据投递接口用于实现NIDD下行数据的投递。

本申请实施例中，SCS/AS中通常包含多个业务实例，SCS/AS与UE之间的NIDD通信实质是SCS/AS中的业务实例与UE之间的NIDD通信，请参照图3，下面阐述SCS/AS中的业务实例采用NIDD接口与用户设备之间进行NIDD通信的过程。

1、SCS/AS中的业务实例1与UE1关联后，SCS/AS中的业务实例1向SCEF发送创建NIDD配置请求，该创建NIDD配置请求用于请求在SCEF中创建UE1的NIDD配置。SCEF接收该创建NIDD配置请求后，会为该UE1创建NIDD配置。UE1的NIDD配置定义了与该UE1关联的NIDD上行数据和NIDD下行数据的传输过程，具体请参照3GPP TS 29.122-f10中对NIDD配置中各个字段的定义。

NIDD配置中字段名为notificationDestination的字段用于标识SCEF向SCS/AS发起HTTP请求的地址。例如，http://serverIP:port/serviceID，其中ServerIP为SCS/AS的IP地址，Port为SCS的端口，serviceID为service标识。其中，serviceID是SCS/AS的业务实例在创建NIDD配置时写入的该业务实例的自身标识。

2、当SCS/AS需要向UE1发送NIDD下行数据时，SCS/AS向SCEF发送NIDD下行数据投递请求，该NIDD下行数据投递请求为HTTP请求，该HTTP请求用于请求将NIDD下行数据发送给UE1，此次请求可以简化为<HTTP Request1,UE1>。

3、SCEF接收到NIDD下行数据投递请求<HTTP Request1,UE1>后，解析该NIDD下行数据投递请求，确定是发送给UE1的，则通过T6接口将NIDD下行数据发送给UE1。按照标准规范，这是核心网发送给UE1的数据，标记为<MT1>。

4、SCEF向SCS/AS回复<MT1>的投递结果，该投递结果可以简化为<HTTPResponse1,UE1>。此时，SCS/AS和SCEF之间的一次HTTP交互结束。

5、UE1处理<MT1>后，如果有响应数据发送给SCEF，则UE1将响应的NIDD上行数据发送给SCEF，按照标准规范，这是UE发送给核心网的数据，标记为<MO1>。

6、SCEF收到<MO1>之后，确定源地址是UE1，查找到UE1的NIDD配置，通过NIDD配置中的notificationDestination字段，确定SCEF向SCS/AS发起HTTP请求的地址。SCEF使用HTTP方式将NIDD上行数据发送到SCS/AS中对应的业务实例，该HTTP请求可以简化为<HTTPRequest2,UE1>。

当SCS/AS接收到该HTTP请求后，SCS/AS的负载均衡(Load Balance，LB)解析该HTTP请求的统一资源定位符(universal]resource locator，URL)中的service ID，并分发到相应的业务实例上，以此来完成UE1和业务实例的绑定关系，保证发送NIDD下行数据的业务实例与接收对应的的NIDD上行数据的业务实例相同。

7、SCS/AS回复SCEF的HTTP请求，标记为<HTTP Response2,UE1>，此时，SCS/AS和SCEF之间的第二次HTTP交互结束。

上述可见，SCS/AS和UE的一次数据交互(MT、MO流程)，需要和SCEF之间有两次HTTP交互。在分布式集群架构下，SCS/AS可能存在多个业务实例，这就要求两次HTTP交互，需要同一个业务实例来处理，如图3中的业务实例1，因为如果不由同一个业务实例完成，则会存在如下问题：发送NIDD下行数据的业务实例没有接收到响应的NIDD上行数据，会认为NIDD下行数据传输失败，未发送NIDD下行数据的业务实例突然接收到一个响应的NIDD上行数据，会进行丢弃。通过在SCEF中创建UE1的NIDD配置(该NIDD配置中包含UE1的NIDD上行数据需要传输到SCS/AS中的业务实例)能够避免两次HTTP交互由不同业务实例处理所造成的问题。

分布式集群架构下，SCS/AS通常会存在多个业务实例，并且某个UE与某个业务实例关联后(比如上述UE1与业务实例1关联)，也不是一成不变的，也会随着SCS/AS中业务实例的扩容或者缩容，而导致UE与业务实例之间的重新关联。

比如，SCS/AS存在四个业务实例，service1到service4，UE1根据SCS/AS的负载均衡算法与这4个业务实例的service1关联。在SCS/AS扩容业务实例时，新增service5。则每个servcie关联的UE需要再次负载均衡。假设UE1重新与service5关联。为了LB能够将UE1的NIDD上行数据路由到service5，则需要重新配置SCEF中该UE1的NIDD配置中的notificationDestination字段，该字段的内容包含SCEF需要将UE1的NIDD上行数据传输至SCS/AS中对应的业务实例。

目前领域内所采用的方式是，如图4所示，SCS/AS的业务实例5请求SCEF删除UE1的NIDD配置，同时SCEF请求拆除和MME之间的连接。SCS/AS的业务实例5再请求SCEF重新创建UE1的NIDD配置，重新创建UE1的NIDD配置时，SCEF需要和HSS交互，校验有效性。SCEF再请求和MME之间建立连接。

又比如，SCS/AS存在五个业务实例，业务实例1到业务实例5，UE1根据SCS/AS的负载均衡算与这5个业务实例中的业务实例5关联。在SCS/AS缩容业务实例时，删除业务实例5。则每个servcie关联的UE需要再次负载均衡。假设UE1重新与业务实例4关联。为了LB能够将UE1的NIDD上行数据路由到业务实例4，则需要重新配置SCEF中该UE1的NIDD配置中的notificationDestination字段。

目前领域内所采用的方式是，如图5所示，SCS/AS的业务实例4请求SCEF删除UE1的NIDD配置，同时SCEF请求拆除和MME之间的连接。SCS/AS的业务实例4再请求SCEF重新创建UE1的NIDD配置，重新创建UE1的NIDD配置时，SCEF需要和HSS交互，校验有效性。SCEF再请求和MME之间建立连接。

上述可见，通过删除UE1的NIDD配置以及重新创建UE1的NIDD配置，会造成链路重建损耗。

本申请实施例提出一种配置更新方法，能够直接对NIDD配置中的notificationDestination字段的内容进行更新，避免因删除NIDD配置以及重建NIDD配置所导致的链路重建损耗的问题，具体请参照图6实施例的描述，暂不赘述。

基于前述无线通信系统100中的各个设备，本申请实施例提供了一种配置更新方法。如图6所示，该方法包括但不限于如下步骤：

S101，第三方网络设备确定用于接收第一用户设备的非IP数据投递NIDD上行数据的业务实例由第一业务实例变更为第二业务实例；

本申请实施例中，第三方网络设备可以包括但不限于SCS/AS，第三方网络设备可以包含一个或者多个业务实例。第一用户设备可以是与第三方网络设备进行NIDD通信的任意一个用户设备。

在步骤S101之前，可以是根据负载均衡算法，将第一用户设备与第三方网络设备的第一业务实例关联，即第三方网络设备确定用于接收第一用户设备的NIDD上行数据的业务实例为第一业务实例。第三方网络设备的第一业务实例向服务能力开放设备发送创建NIDD配置请求，该创建NIDD配置请求用于请求创建第一用户设备的NIDD配置，且该NIDD配置请求中还可以包含第一业务实例的实例标识。

服务能力开放设备接收第三方网络设备发送的创建NIDD配置请求，并为该第一用户设备创建NIDD配置。该NIDD配置中可以包括第一配置信息，该第一配置信息用于指示服务能力开放设备将第一用户设备的NIDD上行数据传输至第三方网络设备的第一业务实例。可选的，该第一配置信息可以包含第三方网络设备的IP地址，第三方网络设备的端口以及第一业务实例的实例标识。

可选的，NIDD配置中包括第一字段，该第一字段的内容包括上述第一配置信息，比如第一字段为字段名为notificationDestination，字段notificationDestination可以携带上述第一配置信息，即字段notificationDestination用于标识服务能力开放设备向第三方网络设备发起HTTP请求的地址。

由于第三方网络设备中业务实例的扩容或者缩容，会导致用户设备与业务实例的重新关联，即用于接收用户设备的NIDD上行数据的业务实例发生变化，比如由第一业务实例变更为第二业务实例，第二业务实例与第一业务实例不同。

例如，如图7A所示，第三方网络设备为SCS/AS，SCS/AS存在四个业务实例，业务实例1到业务实例4，UE1根据SCS/AS的负载均衡算法与这4个业务实例的业务实例1关联。在SCS/AS扩容业务实例时，新增业务实例5。则每个业务实例关联的UE需要再次负载均衡。假设UE1重新与业务实例5关联。则用于接收UE1的NIDD上行数据的业务实例由业务实例1变更为业务实例5。

又例如，如图7B所示，SCS/AS存在5个业务实例，业务实例1到业务实例5，UE1根据SCS/AS的负载均衡算与这5个业务实例中的业务实例5关联。在SCS/AS缩容业务实例时，删除业务实例5。则每个业务实例关联的UE需要再次负载均衡。假设UE1重新与业务实例4关联。则用于接收UE1的NIDD上行数据的业务实例由业务实例5变更为业务实例4。

S102，所述第三方网络设备向所述服务能力开放设备发送请求消息，所述请求消息包括指示信息，所述指示信息用于指示将所述第一用户设备的NIDD配置中的第一配置信息更新为第二配置信息，所述第一配置信息用于指示所述服务能力开放设备将所述第一用户设备的NIDD上行数据传输至所述第三方网络设备的所述第一业务实例，所述第二配置信息用于指示所述服务能力开放设备将所述第一用户设备的NIDD上行数据传输至所述第三方网络设备的所述第二业务实例。

S103，服务能力开放设备从第三方网络设备接收请求消息；

S104，所述服务能力开放设备根据所述指示信息，将所述第一配置信息更新为所述第二配置信息。

本申请实施例中，在第三方网络设备在确定用于接收第一用户设备的NIDD上行数据的业务实例由第一业务实例变更为第二业务实例后，即向服务能力开放设备发送请求消息，服务能力开放设备可以包括但不限于SCEF。可选的，可以由变更后的第三方网络设备中的第二业务实例向服务能力开放设备发送请求消息。

可选的，该指示信息可以是请求消息中的第二字段，该第二字段的内容包括变更后的第二配置信息，第二字段的字段名可以与包含第一配置信息的第一字段的字段名相同。比如，第二字段的字段名也可以是notificationDestination。

服务能力开放设备接收第三方网络设备发送的请求消息，根据请求消息中的指示信息，对NIDD配置的第一配置信息进行更新，即将NIDD配置中的第一配置信息更新为第二配置信息，后续服务能力开放设备将第一用户设备的NIDD上行数据传输至第三方网络设备的第二业务实例，可选的，服务能力开放设备可以是通过HTTP请求的方式将第一用户设备的NIDD上行数据传输至第三方网络设备。

可选的，若请求消息中包含第二配置信息的第二字段的字段名与NIDD配置中包含第一配置信息的第一字段的字段名相同，服务能力开放设备可以在检测到请求消息中的第二字段的字段名与NIDD配置中的第一字段的字段名相同时，将第一字段中第一配置信息更新为第二字段所包含的第二配置信息。

在一种可选的实施方式中，第三方网络设备向服务能力开放设备发送的请求消息可以包括NIDD配置更新请求，指示信息可以包括该NIDD配置更新请求中的第二字段，该NIDD配置更新请求中的第二字段的内容包括第二配置信息。即在NIDD配置更新请求中，新增第二字段，该第二字段的字段名可以与第一字段的字段名相同，比如第一字段的字段名为notificationDestination，NIDD配置更新请求中的第二字段的字段名也为notificationDestination。相应的，SCEF的NIDD配置更新接口中也新增字段notificationDestination，用于实现对NIDD配置中该字段的内容的更新。下面继续以图7A和图7B作为举例说明。

例如，如图7A所示，SCS/AS中业务实例扩容后，UE1重新与业务实例5关联，SCS/AS的业务实例5向SCEF发送NIDD配置更新请求，该NIDD配置更新请求包含notificationDestination字段，该notificationDestination字段包含第二配置信息，第二配置信息用于指示SCEF将UE1的NIDD上行数据传输至业务实例5，NIDD配置更新请求可以表示为：http://serverIP:port/service 5。

SCEF收到NIDD配置更新请求后，确定该NIDD配置更新请求存在notificationDestination字段，则更新NIDD配置中该字段的内容。后续SCEF使用http://serverIP:port/service5作为目的地址向SCS/AS发送NIDD上行数据。

又例如，如图7B所示，SCS/AS中业务实例缩容后，UE1重新与业务实例4关联，业务实例4向SCEF发送NIDD配置更新请求，该NIDD配置更新请求包含notificationDestination字段，该notificationDestination字段包含第二配置信息，第二配置信息用于指示SCEF将UE1的NIDD上行数据传输至业务实例4，NIDD配置更新请求可以表示为：http://serverIP:port/service 4。

SCEF收到NIDD配置更新请求后，确定该NIDD配置更新请求存在notificationDestination字段，则更新NIDD配置中该字段的内容。后续SCEF使用http://serverIP:port/service4作为目的地址向SCS/AS发送NIDD上行数据。

在另一种可选的实施方式中，第三方网络设备向服务能力开放设备发送的请求消息可以包括NIDD下行数据投递请求，指示信息可以包括该NIDD下行数据投递请求中的第二字段，该NIDD下行数据投递请求中的第二字段的内容包括第二配置信息。即在NIDD下行数据投递请求中，新增第二字段，该第二字段的字段名可以与第一字段的字段名相同，比如第一字段的字段名为notificationDestination，NIDD下行数据投递请求中的第二字段的字段名也为notificationDestination。相应的，SCEF的下行数据投递接口中也新增字段notificationDestination，用于实现对NIDD配置中该字段的内容的更新。

例如，如图8A所示，SCS/AS存在四个业务实例，业务实例1到业务实例4，UE1根据SCS/AS的负载均衡算法与这4个业务实例的业务实例1关联。在SCS/AS扩容业务实例时，新增业务实例5。则每个业务实例关联的UE需要再次负载均衡。假设UE1重新与业务实例5关联。则用于接收UE1的NIDD上行数据的业务实例由业务实例1变更为业务实例5。

SCS/AS的业务实例5向SCEF发送NIDD下行数据投递请求，该NIDD下行数据投递请求包含notificationDestination字段，该notificationDestination字段包含第二配置信息，第二配置信息用于指示SCEF将UE1的NIDD上行数据传输至业务实例5，NIDD下行数据投递请求可以表示为：http://serverIP:port/service 5。

如图8A所示，SCS/AS与SCEF之间的通信过程为：1、SCS/AS的业务实例5向SCEF发送NIDD下行数据投递请求，该NIDD下行数据投递请求包含notificationDestination字段，该notificationDestination字段包含第二配置信息。2、SCEF根据NIDD下行数据投递请求中的notificationDestination字段，更新NIDD配置中该字段的内容，并向UE1发送NIDD下行数据；3、向SCS/AS的业务实例5回复投递结果；4、若UE1存在响应的NIDD上行数据，发送NIDD上行数据给SCEF；5、SCEF根据更新后的第二配置信息，向SCS/AS的业务实例5发送NIDD上行数据；6、SCS/AS的业务实例5回复SCEF。

又例如，如图8B所示，SCS/AS存在5个业务实例，业务实例1到业务实例5，UE1根据SCS/AS的负载均衡算与这5个业务实例中的业务实例5关联。在SCS/AS缩容业务实例时，删除业务实例5。则每个业务实例关联的UE需要再次负载均衡。假设UE1重新与业务实例4关联。则用于接收UE1的NIDD上行数据的业务实例由业务实例5变更为业务实例4。

SCS/AS的业务实例4向SCEF发送NIDD下行数据投递请求，该NIDD下行数据投递请求包含notificationDestination字段，该notificationDestination字段包含第二配置信息，第二配置信息用于指示SCEF将UE1的NIDD上行数据传输至业务实例4，NIDD下行数据投递请求可以表示为：http://serverIP:port/service 4。

如图8B所示，SCS/AS与SCEF之间的通信过程为：1、SCS/AS的业务实例4向SCEF发送NIDD下行数据投递请求，该NIDD下行数据投递请求包含notificationDestination字段，该notificationDestination字段包含第二配置信息。2、SCEF根据NIDD下行数据投递请求中的notificationDestination字段，更新NIDD配置中该字段的内容，并向UE1发送NIDD下行数据；3、向SCS/AS的业务实例5回复投递结果；4、若UE1存在响应的NIDD上行数据，发送NIDD上行数据给SCEF；5、SCEF根据更新后的第二配置信息，向SCS/AS的业务实例4发送NIDD上行数据；6、SCS/AS的业务实例5回复SCEF。

通过实施例本申请实施例，可以通过请求消息中的指示信息，直接将NIDD配置中的第一配置信息更新为第二配置信息，避免通过删除NIDD配置以及重建NIDD配置实现配置信息更新所带来的链路重建损耗。

需要说明的是，本申请上述各个实施例中，由服务能力开放设备实现的步骤，也可以由可用于服务能力开放设备的部件(例如电路或者芯片)实现，由第三方网络设备实现的步骤，也可以由可用于第三方网络设备的部件(例如电路或者芯片)实现。

上述主要从各个设备之间交互的角度对本申请实施例提供的方案进行了介绍。可以理解的是，各个网元，例如服务能力开放设备、第三方网络设备等为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的网元及算法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

本申请实施例可以根据上述方法示例对服务能力开放设备、第三方网络等进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

在采用对应各个功能划分各个功能模块的情况下，图9A示出了一种通信装置的可能逻辑结构示意图，该通信装置可以为服务能力开放设备或者可以用于服务能力开放设备的部件。该通信装置可包括：收发单元1101和处理单元1102。示例性的，收发单元1101用于支持服务能力开放设备执行前述图6所示方法实施例中服务能力开放设备接收请求消息以及接收创建NIDD配置请求的步骤。处理单元1102，用于支持服务能力开放设备执行前述图6所示方法实施例中服务能力开放设备创建NIDD配置以及更新配置信息的步骤，以及其他除收发单元的功能以外的其他功能等。

比如，收发单元1101，用于从第三方网络设备接收请求消息，所述请求消息包括指示信息，所述指示信息用于指示将第一用户设备的非IP数据投递NIDD配置中的第一配置信息更新为第二配置信息，所述第一配置信息用于指示所述通信装置将所述第一用户设备的NIDD上行数据传输至所述第三方网络设备的第一业务实例，所述第二配置信息用于指示所述通信装置将所述第一用户设备的NIDD上行数据传输至所述第三方网络设备的第二业务实例；

处理单元1102，用于根据所述指示信息，将所述第一配置信息更新为所述第二配置信息。

可选的，所述收发单元1101，还用于从所述第三方网络设备接收创建NIDD配置请求，所述创建NIDD配置请求用于请求创建所述第一用户设备的NIDD配置；

所述处理单元1102，还用于创建所述第一用户设备的NIDD配置，所述第一用户设备的NIDD配置包括第一字段，所述第一字段的内容包括所述第一配置信息。

可选的，所述请求消息包括NIDD配置更新请求，所述指示信息包括所述NIDD配置更新请求中的第二字段，所述第二字段的内容包括所述第二配置信息。

可选的，所述请求消息包括NIDD下行数据投递请求，所述指示信息包括所述NIDD下行数据投递请求中的第二字段，所述第二字段的内容包括所述第二配置信息。

可选的，所述第二字段的字段名和所述第一字段的字段名相同；

所述处理单元1102，还用于确定所述请求消息中所述第二字段的字段名与所述第一用户设备的NIDD配置中的所述第一字段的字段名相同，将所述第一字段中的所述第一配置信息更新为所述第二配置信息。

可选的，所述第一配置信息包括所述第三方网络设备的IP地址、所述第三方网络设备的端口以及所述第一业务实例的实例标识；

所述第二配置信息包括所述第三方网络设备的IP地址、所述第三方网络设备的端口以及所述第二业务实例的实例标识。

在硬件实现上，上述处理单元1102可以为处理器或者处理电路等；收发单元1101可以为收发器或者收发电路或者接口电路。收发单元1101可以构成通信接口。

可选的，该通信装置还可以包括存储单元，该存储单元可以包括代码(或者程序)或者数据，处理单元可以与存储单元耦合，例如调用存储单元中的代码或者数据，使得通信装置实现图6实施例的服务能力开放设备侧所执行的配置更新方法。

可以理解的是，上述处理单元，收发单元和存储单元可以集成在一起，也可以分离，本申请实施例对此不做限定。

图9B所示，为本申请实施例的一种通信装置的可能的硬件结构示意图。该通信装置可以为服务能力开放设备或者可以用于服务能力开放设备的部件。该通信装置包括：处理器1201。在本申请的实施例中，处理器1201用于对该通信装置的动作进行控制管理，例如，处理器1201用于支持实施例中创建第一用户设备的NIDD配置或者根据请求消息中的指示信息更新NIDD配置中的配置信息等步骤。可选的，终端设备还可以包括存储器1202和通信接口1203，处理器1201、通信接口1203以及存储器1202可以相互连接或通过总线1204相互连接。示例性的，该存储器1202，该存储器用于存储服务能力开放设备的代码和数据。通信接口1203用于支持该服务能力开放设备与第三方网络设备进行通信，例如从第三方网络设备接收请求消息以及从第三方网络设备接收创建NIDD配置请求。总线1204可以是外设部件互连标准PCI总线或扩展工业标准结构EISA总线等。

示例性的，处理器1201可以是中央处理器单元，通用处理器，数字信号处理器，专用集成电路，现场可编程门阵列或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。处理器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，数字信号处理器和微处理器的组合等等。

在采用对应各个功能划分各个功能模块的情况下，图10A示出了一种通信装置的可能逻辑结构示意图，该通信装置可以为第三方网络设备或者可以用于第三方网络设备的部件。该通信装置可包括：处理单元1301和收发单元1302。示例性的，收发单元1302用于支持上述图6所示方法实施例中第三方网络设备发送的步骤以及接收的步骤。处理单元1301，用于支持第三方网络设备执行前述图6所示方法实施例中第三方网络设备确定用于接收第一用户设备的NIDD上行数据的业务实例为第一业务实例，以及确定用于接收第一用户设备的NIDD上行数据的业务实例由第一业务实例变更为第二业务实例的步骤，以及其他除收发单元的功能以外的其他功能等。

比如，处理单元1301，用于确定用于接收第一用户设备的非IP数据投递NIDD上行数据的业务实例由第一业务实例变更为第二业务实例；

收发单元1302，用于向服务能力开放设备发送请求消息，所述请求消息包括指示信息，所述指示信息用于指示将所述第一用户设备的NIDD配置中的第一配置信息更新为第二配置信息，所述第一配置信息用于指示所述服务能力开放设备将所述第一用户设备的NIDD上行数据传输至所述通信装置的所述第一业务实例，所述第二配置信息用于指示所述服务能力开放设备将所述第一用户设备的NIDD上行数据传输至所述通信装置的所述第二业务实例。

可选的，所述处理单元1301，还用于确定用于接收第一用户设备的NIDD上行数据的业务实例为所述第一业务实例；

所述收发单元1302，还用于向所述服务能力开放设备发送创建NIDD配置请求，所述创建NIDD配置请求用于请求创建所述第一用户设备的NIDD配置，所述第一用户设备的NIDD配置包括第一字段，所述第一字段的内容包括所述第一配置信息。

可选的，所述第二字段的字段名和所述第一字段的字段名相同。

可选的，所述第一配置信息包括所述通信装置的IP地址、所述通信装置的端口以及所述第一业务实例的实例标识；

所述第二配置信息包括所述通信装置的IP地址、所述通信装置的端口以及所述第二业务实例的实例标识。

在硬件实现上，上述处理单元1301可以为处理器或者处理电路等；收发单元1302可以为收发器或者收发电路或者接口电路。收发单元1302可以构成通信接口。

可选的，该通信装置还可以包括存储单元，该存储单元可以包括代码(或者程序)或者数据，处理单元可以与存储单元耦合，例如调用存储单元中的代码或者数据，使得通信装置实现图6实施例的第三方网络设备侧所执行的配置更新方法。

图10B所示，为本申请实施例的一种通信装置的可能的硬件结构示意图。该通信装置可以为第三方网络设备或者可以用于第三方网络设备的部件。该通信装置包括：处理器1401。在本申请的实施例中，处理器1401用于对实施例中第三方网络设备的动作进行控制管理。例如，处理器1401用于支持实施例中确定用于接收第一用户设备的NIDD上行数据的业务实例为第一业务实例，以及确定用于接收第一用户设备的NIDD上行数据的业务实例由第一业务实例变更为第二业务实例。可选的，通信装置还可以包括存储器1402和通信接口1403，处理器1401、通信接口1403以及存储器1402可以相互连接或者通过总线1404相互连接。示例性的，存储器1402用于存储第三网络设备的程序代码和数据，通信接口1403用于支持第三方网络设备与服务能力开放设备进行通信。处理器1401调用存储器1402中存储的代码进行控制管理。该存储器1402可以跟处理器耦合在一起，也可以不耦合在一起。

示例性的，处理器1401可以是中央处理器单元，通用处理器，数字信号处理器，专用集成电路，现场可编程门阵列或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。处理器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，数字信号处理器和微处理器的组合等等。

需要说明的，图9A、图9B、图10A以及图10B所示的通信装置仅仅是本申请实施例的一种实现方式，实际应用中，还可以包括更多或更少的部件，这里不作限制。

参见图11，图11示出了本申请提供的一种通信芯片的结构示意图。如图11所示，通信芯片190可包括：处理器1901，以及耦合于处理器1901的一个或多个接口1902。其中：

处理器191可用于读取和执行计算机可读指令。具体实现中，处理器1901可主要包括控制器、运算器和寄存器。其中，控制器主要负责指令译码，并为指令对应的操作发出控制信号。运算器主要负责执行定点或浮点算数运算操作、移位操作以及逻辑操作等，也可以执行地址运算和转换。寄存器主要负责保存指令执行过程中临时存放的寄存器操作数和中间操作结果等。具体实现中，处理器1901的硬件架构可以是专用集成电路(applicationspecific integrated circuits，ASIC)架构、MIPS架构、ARM架构或者NP架构等等。处理器1701可以是单核的，也可以是多核的。

接口1902可用于输入待处理的数据至处理器1901，并且可以向外输出处理器1901的处理结果。例如，接口1902可以是通用输入输出(general purpose input output，GPIO)接口，可以和多个外围设备(如显示器(LCD)、摄像头(camara)、射频(radio frequency，RF)模块等等)连接。接口1902通过总线1903与处理器1901相连。

本申请中，处理器1901可用于从存储器中调用本申请的一个或多个实施例提供的配置更新方法在通信设备侧的实现程序，并执行该程序包含的指令。关于本申请的一个或多个实施例提供的配置更新方法可参考前述图6所示实施例，这里不再赘述。

需要说明的，处理器1901、接口1902各自对应的功能既可以通过硬件设计实现，也可以通过软件设计来实现，还可以通过软硬件结合的方式来实现，这里不作限制。

本申请的另一实施例中，还提供一种通信系统，该通信系统包括服务能力开放设备和第三方网络设备。或者，该通信系统包括服务能力开放设备、第三方网络设备和第一用户设备。示例性的，服务能力开放设备可以为图9A或者图9B所提供的服务能力开放设备，且用于执行图6所提供的配置更新方法中服务能力开放设备的步骤；和/或，第三方网络设备可以为图10A或图10B所提供的第三方网络设备，且用于执行图6所提供的配置更新方法中第三方网络设备的步骤。

在本申请的另一实施例中，还提供一种可读存储介质，可读存储介质中存储有计算机执行指令，当一个设备(可以是单片机，芯片等)或处理器调用可读存储介质中存储的计算机执行指令，实现图6所示各个实施例提供的配置更新方法中服务能力开放设备或者第三方网络设备所执行的步骤。前述的可读存储介质可包括：U盘、移动硬盘、只读存储器、随机存取存储器、磁碟或者光盘等各种可以存储程序代码的介质。

在本申请的另一实施例中，还提供一种计算机程序产品，该计算机程序产品包括计算机执行指令，该计算机执行指令存储在计算机可读存储介质中；设备的至少一个处理器可从计算机可读存储介质读取该计算机执行指令，实现图6所示各个实施例提供的配置更新方法中服务能力开放设备或者第三方网络设备所执行的步骤。

本申请的说明书和权利要求书及所述附图中的术语“第一”、“第二”、“第三”和“第四”等是用于区别不同对象，而不是用于描述特定顺序。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选的还包括没有列出的步骤或单元，或可选的还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(如同轴电缆、光纤、数字用户线(DSL))或无线(如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。该可用介质可以是磁性介质，(如软盘、硬盘、磁带)、光介质(如DVD)、或者半导体介质(如固态硬盘(solid statedisk，SSD))等。

最后应说明的是：以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何在本申请揭露的技术范围内的变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims

1.一种配置更新方法，其特征在于，包括：

服务能力开放设备从第三方网络设备接收请求消息，所述请求消息包括指示信息，所述指示信息用于指示将第一用户设备的非IP数据投递NIDD配置中的第一配置信息更新为第二配置信息，所述第一配置信息用于指示所述服务能力开放设备将所述第一用户设备的NIDD上行数据传输至所述第三方网络设备的第一业务实例，所述第二配置信息用于指示所述服务能力开放设备将所述第一用户设备的NIDD上行数据传输至所述第三方网络设备的第二业务实例；

所述服务能力开放设备根据所述指示信息，将所述第一配置信息更新为所述第二配置信息；

所述服务能力开发设备根据所述第二配置信息将所述第一用户设备的NIDD上行数据发送至所述第三方网络设备的所述第二业务实例。

2.如权利要求1所述的方法，其特征在于，所述服务能力开放设备从第三方网络设备接收请求消息之前，还包括：

所述服务能力开放设备从所述第三方网络设备接收创建NIDD配置请求，所述创建NIDD配置请求用于请求创建所述第一用户设备的NIDD配置；

所述服务能力开放设备创建所述第一用户设备的NIDD配置，所述第一用户设备的NIDD配置包括第一字段，所述第一字段的内容包括所述第一配置信息。

3.如权利要求1或2所述的方法，其特征在于，所述请求消息包括NIDD配置更新请求，所述指示信息包括所述NIDD配置更新请求中的第二字段，所述第二字段的内容包括所述第二配置信息。

4.如权利要求1或2所述的方法，其特征在于，所述请求消息包括NIDD下行数据投递请求，所述指示信息包括所述NIDD下行数据投递请求中的第二字段，所述第二字段的内容包括所述第二配置信息。

5.如权利要求3或4所述的方法，其特征在于，所述第二字段的字段名和所述第一字段的字段名相同；

所述服务能力开放设备根据所述指示信息，将所述第一配置信息更新为所述第二配置信息，包括：

所述服务能力开放设备确定所述请求消息中所述第二字段的字段名与所述第一用户设备的NIDD配置中的所述第一字段的字段名相同，将所述第一字段中的所述第一配置信息更新为所述第二配置信息。

6.如权利要求5所述的方法，其特征在于，所述第一配置信息包括所述第三方网络设备的IP地址、所述第三方网络设备的端口以及所述第一业务实例的实例标识；

7.一种配置更新方法，其特征在于，包括：

第三方网络设备确定用于接收第一用户设备的非IP数据投递NIDD上行数据的业务实例由第一业务实例变更为第二业务实例；

所述第三方网络设备向服务能力开放设备发送请求消息，所述请求消息包括指示信息，所述指示信息用于指示将所述第一用户设备的NIDD配置中的第一配置信息更新为第二配置信息，所述第一配置信息用于指示所述服务能力开放设备将所述第一用户设备的NIDD上行数据传输至所述第三方网络设备的所述第一业务实例，所述第二配置信息用于指示所述服务能力开放设备将所述第一用户设备的NIDD上行数据传输至所述第三方网络设备的所述第二业务实例；

所述第三方网络设备的所述第二业务实例接收所述第一用户设备的NIDD上行数据。

8.如权利要求7所述的方法，其特征在于，所述第三方网络设备确定用于接收第一用户设备的NIDD上行数据的业务实例由第一业务实例变更为第二业务实例之前，还包括：

所述第三方网络设备确定用于接收第一用户设备的NIDD上行数据的业务实例为所述第一业务实例；

所述第三方网络设备向所述服务能力开放设备发送创建NIDD配置请求，所述创建NIDD配置请求用于请求创建所述第一用户设备的NIDD配置，所述第一用户设备的NIDD配置包括第一字段，所述第一字段的内容包括所述第一配置信息。

9.如权利要求7或8所述的方法，其特征在于，所述请求消息包括NIDD配置更新请求，所述指示信息包括所述NIDD配置更新请求中的第二字段，所述第二字段的内容包括所述第二配置信息。

10.如权利要求7或8所述的方法，其特征在于，所述请求消息包括NIDD下行数据投递请求，所述指示信息包括所述NIDD下行数据投递请求中的第二字段，所述第二字段的内容包括所述第二配置信息。

11.如权利要求9或10所述的方法，其特征在于，所述第二字段的字段名和所述第一字段的字段名相同。

12.如权利要求11所述的方法，其特征在于，所述第一配置信息包括所述第三方网络设备的IP地址、所述第三方网络设备的端口以及所述第一业务实例的实例标识；

13.一种通信装置，其特征在于，所述通信装置包括收发单元和处理单元，其中，

所述收发单元，用于从第三方网络设备接收请求消息，所述请求消息包括指示信息，所述指示信息用于指示将第一用户设备的非IP数据投递NIDD配置中的第一配置信息更新为第二配置信息，所述第一配置信息用于指示所述通信装置将所述第一用户设备的NIDD上行数据传输至所述第三方网络设备的第一业务实例，所述第二配置信息用于指示所述通信装置将所述第一用户设备的NIDD上行数据传输至所述第三方网络设备的第二业务实例；

所述处理单元，用于根据所述指示信息，将所述第一配置信息更新为所述第二配置信息；

所述收发单元还用于根据所述第二配置信息将所述第一用户设备的NIDD上行数据发送至所述第三方网络设备的所述第二业务实例。

14.如权利要求13所述的通信装置，其特征在于，

所述收发单元，还用于从所述第三方网络设备接收创建NIDD配置请求，所述创建NIDD配置请求用于请求创建所述第一用户设备的NIDD配置；

所述处理单元，还用于创建所述第一用户设备的NIDD配置，所述第一用户设备的NIDD配置包括第一字段，所述第一字段的内容包括所述第一配置信息。

15.如权利要求13或14所述的通信装置，其特征在于，所述请求消息包括NIDD配置更新请求，所述指示信息包括所述NIDD配置更新请求中的第二字段，所述第二字段的内容包括所述第二配置信息。

16.如权利要求13或14所述的通信装置，其特征在于，所述请求消息包括NIDD下行数据投递请求，所述指示信息包括所述NIDD下行数据投递请求中的第二字段，所述第二字段的内容包括所述第二配置信息。

17.如权利要求15或16所述的通信装置，其特征在于，所述第二字段的字段名和所述第一字段的字段名相同；

所述处理单元，还用于确定所述请求消息中所述第二字段的字段名与所述第一用户设备的NIDD配置中的所述第一字段的字段名相同，将所述第一字段中的所述第一配置信息更新为所述第二配置信息。

18.如权利要求17所述的通信装置，其特征在于，所述第一配置信息包括所述第三方网络设备的IP地址、所述第三方网络设备的端口以及所述第一业务实例的实例标识；

19.一种通信装置，其特征在于，所述通信装置包括处理单元和收发单元，其中，

所述处理单元，用于确定用于接收第一用户设备的非IP数据投递NIDD上行数据的业务实例由第一业务实例变更为第二业务实例；

所述收发单元，用于向服务能力开放设备发送请求消息，所述请求消息包括指示信息，所述指示信息用于指示将所述第一用户设备的NIDD配置中的第一配置信息更新为第二配置信息，所述第一配置信息用于指示所述服务能力开放设备将所述第一用户设备的NIDD上行数据传输至所述通信装置的所述第一业务实例，所述第二配置信息用于指示所述服务能力开放设备将所述第一用户设备的NIDD上行数据传输至所述通信装置的所述第二业务实例；

所述收发单元还用于通过所述第二业务实例接收所述第一用户设备的NIDD上行数据。

20.如权利要求19所述的通信装置，其特征在于，

所述处理单元，还用于确定用于接收第一用户设备的NIDD上行数据的业务实例为所述第一业务实例；

所述收发单元，还用于向所述服务能力开放设备发送创建NIDD配置请求，所述创建NIDD配置请求用于请求创建所述第一用户设备的NIDD配置，所述第一用户设备的NIDD配置包括第一字段，所述第一字段的内容包括所述第一配置信息。

21.如权利要求19或20所述的通信装置，其特征在于，所述请求消息包括NIDD配置更新请求，所述指示信息包括所述NIDD配置更新请求中的第二字段，所述第二字段的内容包括所述第二配置信息。

22.如权利要求19或20所述的通信装置，其特征在于，所述请求消息包括NIDD下行数据投递请求，所述指示信息包括所述NIDD下行数据投递请求中的第二字段，所述第二字段的内容包括所述第二配置信息。

23.如权利要求21或22所述的通信装置，其特征在于，所述第二字段的字段名和所述第一字段的字段名相同。

24.如权利要求23所述的通信装置，其特征在于，所述第一配置信息包括所述通信装置的IP地址、所述通信装置的端口以及所述第一业务实例的实例标识；

25.一种通信系统，其特征在于，包括服务能力开放设备和第三方网络设备，其中，所述服务能力开放设备为权利要求13至18任一项所述的通信装置，所述第三方网络设备为权利要求19至24任一项所述的通信装置。

26.如权利要求25所述的通信系统，其特征在于，所述通信系统还包括用户设备。

27.一种计算机存储介质，其特征在于，所述计算机存储介质上存储有指令，当所述指令在处理器上运行时，使得所述处理器执行权利要求1至6或者权利要求7至12任一项所述的配置更新方法。