一种配置终端参数的方法、设备及系统与流程

本申请实施例涉及通信技术领域，尤其涉及一种配置终端参数的方法、设备及系统。

背景技术：

现有第三代合作伙伴项目(the3rdgenerationpartnershipproject，3gpp)协议ts24.167中，定义了网络互联协议(internetprotocol，ip)多媒体子系统(ipmultimediacorenetworksubsystem，ims)业务参数的配置方法，该方法与开放移动联盟(openmobilealliance，oma)dm1.2协议兼容。然而，由于omadm1.2协议的复杂性，没有太多的终端可以支持omadm协议，因此，3gpp协议ts24.167定义的配置方法并未得到广泛应用。移动通讯亚洲大会(gsma)prdrcc.14中也定义了一种配置ims业务参数的方法，但这种方法也是很少使用的。

目前，在终端进入通信市场流通之前，通常会采用下述方法配置终端的ims业务参数：移动运营商(mobilenetworkoperatior，mno)将自身的“参数设置列表”下发给每个原始设备制造商(originalequipmentmanufacture，oem)(或者芯片厂商)，oem接收到mno下发的“参数设置列表”后，对ims业务参数对应的每个配置值进行针对性适配和互操作测试，从中确定出终端支持的ims业务参数，以保证市场上流通的终端完全符合运营商执行的通信标准，其中，“参数设置列表”包括ims业务参数及其对应的配置值。由于不同国家不同运营商拥有的参数设置列表是不同的，不同的终端支持的ims业务参数可能都不一样，如：m个不同运营商和n个不同终端之间会存在m*n次的参数配置，这是非常费时的，同时，同一oem需要面向很多的运营商进行参数配置工作，这无疑会增加其工作成本。

技术实现要素：

本申请实施例提供一种配置终端参数的方法、设备及系统，以解决现有配置终端参数耗时耗成本的问题。

为达到上述目的，本申请实施例采用如下技术方案。

第一方面，本申请实施例提供了一种配置终端参数的方法，配置服务器接收终端的用于请求对终端进行ims注册的ims注册请求，根据ims注册请求，向终端发送用于支持ims业务的配置参数。基于本申请实施例提供的技术方案，可以在终端发起ims注册时，向终端发送终端的配置参数，在实现ims注册的同时即可实现终端参数的配置，无需终端的oem和运营商进行参数的协商对接，即由网络侧设备通过控制面信令向终端发送配置参数，省时且节约成本。同时，保存有终端的配置参数的服务器部署在网络侧，便于不同oem的设备可以直接接入该服务器获取终端的配置参数，实现终端的配置参数的集中配置。

一种可能的设计中，结合第一方面，终端的配置参数保存在配置服务器上。如此，可以在接收到ims注册请求后，直接将自身保存的终端的配置参数下发给终端，无需与其他功能实体获取终端的配置参数再下发给终端，降低了配置服务器的设计复杂性。

一种可能的设计中，结合第一方面，终端的配置参数保存在应用服务器(applicationserver，as)上，在配置服务器向终端发送终端的配置参数之前，配置服务器向as发送第三方注册请求，等待并接收as返回的与第三方注册请求对应的、携带有终端的配置参数的200ok。如此，可以通过第三方注册流程获取终端的配置参数，并下发给终端。

一种可能的设计中，结合第一方面，终端的配置参数保存在归属用户服务器(homesubscriberserver，hss)上；在配置服务器向终端发送终端的配置参数之前，配置服务器向hss发送服务器分配请求(serverassignmentrequest，sar)，接收hss发送的携带有终端的配置参数的服务器分配响应(serverassignmentanswer，saa)。如此，可以由hss集中管理终端的配置参数，从hss中获取终端的配置参数下发给终端。

一种可能的设计中，结合第一方面或者上述任一可能的设计，配置服务器为服务会话控制功能(servingcallsessioncontrolfunction，s-cscf)，或者代理会话控制功能(proxycallsessioncontrolfunction，p-cscf)。如此，可以由不同功能实体来执行本申请实施例提供的技术方案，增加了该方案执行的灵活性。

一种可能的设计中，结合第一方面或者上述任一可能的设计，配置服务器向终端发送终端的配置参数，包括：配置服务器将终端的配置参数携带在与ims注册请求对应的200ok中向终端发送，200ok用于指示终端ims注册成功。如此，可以通过现有ims注册流程中的信令向终端发送终端的配置参数，无需增加新的信令，降低网络设计的复杂性，同时，与现有ims注册流程兼容。

又一种可能的设计中，结合第一方面，在配置服务器向终端发送终端的配置参数之前，配置服务器接收as发送的携带有终端的配置参数的sipmessage，配置服务器向终端发送终端的配置参数，包括：配置服务器向终端发送携带有终端的配置参数的sipmessage。如此，可以通过新增的信令向终端下发配置参数，不占用现有ims注册流程中的信令。

又一种可能的设计中，结合第一方面或上述任一可能的设计，ims注册请求包括用于指示终端支持ims中的网元下发配置参数的指示信息，配置服务器根据ims注册请求，向终端发送终端的配置参数，包括：配置服务器根据指示信息，向终端发送终端的配置参数。如此，可以在终端支持ims中的网元下发配置参数的情况下，向终端发送终端的配置参数，避免了终端不支持ims中的网元下发配置参数的情况下，下发终端的配置参数导致终端配置失败的问题。

再一种可能的设计中，结合第一方面或者上述任一可能的设计，所述方法还包括：配置服务器接收终端发送的用于请求对终端重新进行ims注册的重注册请求，当终端的配置参数发生更新时，配置服务器将终端更新后的配置参数携带在用于指示终端ims重注册成功的重注册响应中向终端发送。如此，可以通过终端重新发起的ims注册流程将终端更新后的配置参数下发给终端，实现终端上的配置参数的及时更新。

再一种可能的设计中，结合第一方面或者上述任一可能的设计，所述方法还包括：配置服务器接收终端发送的用于请求配置服务器在终端的配置参数发生更新时向终端发送通知的订阅请求，当终端的配置参数发生更新时，配置服务器向终端发送携带有终端更新后的配置参数的事件通知。如此，可以通过终端主动订阅的方式将终端更新后的配置参数下发给终端，实现终端上的配置参数的及时更新。

再一种可能的设计中，结合第一方面或者上述任一可能的设计，所述方法还包括：配置服务器检测到终端的配置参数发生更新，将终端更新后的配置参数携带在sipmessage中向终端发送。如此，可以由配置服务器在检测到终端的配置参数发生更新时，主动向终端下发更新后的配置参数，实现终端上的配置参数的及时更新。

再一种可能的设计中，结合第一方面或者上述任一可能的设计，所述方法还包括：配置服务器接收终端更新后的配置参数，向终端发送终端更新后的配置参数。如此，可以在配置服务器不保存终端的配置参数的情况下，从其他保存有终端的配置参数的功能实体接收更新后的配置参数，并将接收到的更新后的配置参数下发给终端，实现终端上的配置参数的及时更新。

第二方面，本申请实施例提供了一种配置终端参数的方法，终端向配置服务器发送用于请求对终端进行ims注册的ims注册请求，接收配置服务器发送的用于支持ims业务的配置参数。基于本申请实施例提供的技术方案，可以在终端发起ims注册时，接收配置服务器下发的终端的配置参数，实现终端参数的配置，无需终端的oem和运营商进行参数的协商对接，省时且节约成本。同时，保存有终端的配置参数的服务器部署在网络侧，便于不同oem的设备可以直接接入该服务器获取终端的配置参数，实现终端的配置参数的集中配置。

一种可能的设计中，结合第二方面，终端的配置参数保存在s-cscf，或者p-cscf，或者as，或者hss上。如此，将终端的配置参数保存在网络侧功能实体上，使运营商对终端的配置参数集中管理。

一种可能的设计中，结合第二方面或第二方面的任一可能的设计，ims注册请求包括用于指示终端支持ims中的网元下发配置参数的指示信息，以便配置服务器在终端支持ims中的网元下发配置参数的情况下，向终端发送终端的配置参数，避免了在终端不支持ims中的网元下发配置参数的情况下，下发终端的配置参数导致终端配置失败的问题。

一种可能的设计中，结合第二方面或第二方面的任一可能的设计，终端接收配置服务器发送的终端的配置参数，包括：终端接收配置服务器发送的携带有终端的配置参数的200ok，200ok为与ims注册请求对应的响应消息，200ok用于指示终端ims注册成功。如此，可以通过现有ims注册流程中的信令接收终端的配置参数，无需增加新的信令，降低网络设计的复杂性，同时，与现有ims注册流程兼容。

一种可能的设计中，结合第二方面或第二方面的任一可能的设计，终端接收配置服务器发送的终端的配置参数，包括：终端接收配置服务器发送的携带有终端的配置参数的会话初始协议消息sipmessage。如此，可以通过新增的信令接收终端的配置参数，不占用现有ims注册流程中的信令。

又一种可能的设计中，结合第二方面或第二方面的任一可能的设计，配置服务器为s-cscf，或者p-cscf。如此，可以由不同功能实体来向终端下发配置参数，增加了该方案执行的灵活性。

再一种可能的设计中，结合第二方面或第二方面的任一可能的设计，所述方法还包括：终端向配置服务器发送用于请求对终端重新进行ims注册的重注册请求，接收配置服务器发送的携带有终端更新后的配置参数的重注册响应。如此，可以通过终端重新发起的ims注册流程将终端更新后的配置参数下发给终端，实现终端上的配置参数的及时更新。

再一种可能的设计中，结合第二方面或第二方面的任一可能的设计，所述方法还包括：终端向配置服务器发送用于请求配置服务器在终端的配置参数发生更新时向终端发送通知的订阅请求，接收配置服务器发送的携带有终端更新后的配置参数的事件通知。如此，可以通过终端主动订阅的方式将终端更新后的配置参数下发给终端，实现终端上的配置参数的及时更新。

第三方面，本申请实施例提供一种配置服务器，该配置服务器可以实现上述各方面或者各可能的设计中配置服务器所执行的功能，所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个上述功能相应的模块。如：该配置服务器可以包括：接收单元，发送单元；

接收单元，用于接收终端的用于请求对终端进行ims注册的ims注册请求，发送单元，用于根据ims注册请求，向终端发送用于支持ims业务的配置参数。

其中，配置服务器的具体实现方式可以参考第三方面或第四方面或者上述方面的任一种可能的设计提供的配置终端参数的方法中配置服务器的行为功能，在此不再重复赘述。因此，该提供的配置服务器可以达到与第一方面或者上述方面的任一种可能的设计相同的有益效果。

第四方面，提供了一种配置服务器，包括：处理器和存储器；该存储器用于存储计算机执行指令，当该配置服务器运行时，该处理器执行该存储器存储的该计算机执行指令，以使该配置服务器执行如上述第一方面或者上述方面的任一种可能的设计所述的配置终端参数的方法。

第五方面，提供了一种计算机可读存储介质，该计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机可以执行上述第一方面或者上述方面的任一种可能的设计所述的配置终端参数的方法。

第六方面，提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机可以执行上述第一方面或者上述方面的任一种可能的设计所述的配置终端参数的方法。

第七方面，提供了一种芯片系统，该芯片系统包括处理器、通信接口，用于支持配置服务器实现上述方面中所涉及的功能，例如支持处理器通过通信接口接收终端的用于请求对终端进行ims注册的ims注册请求，根据ims注册请求，向终端发送用于支持ims业务的配置参数。在一种可能的设计中，所述芯片系统还包括存储器，所述存储器，用于保存配置服务器必要的程序指令和数据。该芯片系统，可以由芯片构成，也可以包含芯片和其他分立器件。

其中，第三方面至第七方面中任一种设计方式所带来的技术效果可参见上述第一方面或者上述方面的任一种可能的设计所带来的技术效果，不再赘述。

第八方面，本申请实施例提供一种终端，该终端可以实现上述各方面或者各可能的设计中终端所执行的功能，所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个上述功能相应的模块。如：该终端可以包括：发送单元、接收单元；

发送单元，用于向配置服务器发送用于请求对终端进行ims注册的ims注册请求，接收单元，用于接收配置服务器发送支持ims业务的配置参数。

其中，终端的具体实现方式可以参考第五方面或者上述方面的任一种可能的设计提供的配置终端参数的方法中终端的行为功能，在此不再重复赘述。因此，该提供的终端可以达到与第二方面或者上述方面的任一种可能的设计相同的有益效果。

第九方面，提供了一种终端，包括：处理器和存储器；该存储器用于存储计算机执行指令，当该终端运行时，该处理器执行该存储器存储的该计算机执行指令，以使该终端执行如上述第二方面或者上述方面的任一种可能的设计所述的配置终端参数的方法。

第十方面，提供了一种计算机可读存储介质，该计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机可以执行上述第二方面或者上述方面的任一种可能的设计所述的配置终端参数的方法。

第十一方面，提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机可以执行上述第二方面或者上述方面的任一种可能的设计所述的配置终端参数的方法。

第十二方面，提供了一种芯片系统，该芯片系统包括处理器、通信接口，用于支持终端实现上述方面中所涉及的功能，例如支持处理器通过通信接口向配置服务器发送用于请求对终端进行ims注册的ims注册请求，接收配置服务器发送的终端的配置参数。在一种可能的设计中，所述芯片系统还包括存储器，所述存储器，用于保存终端必要的程序指令和数据。该芯片系统，可以由芯片构成，也可以包含芯片和其他分立器件。

其中，第八方面至第十二方面中任一种设计方式所带来的技术效果可参见上述第二方面或者上述方面的任一种可能的设计所带来的技术效果，不再赘述。

第十三方面，提供了一种配置终端参数的系统，包括如第三方面至第七方面中任一种设计方式所述的配置服务器、如第八方面至第十二方面中任一种设计方式所述的终端。

本申请的这些方面或其他方面在以下实施例的描述中会更加简明易懂。

附图说明

图1为本申请实施例提供的一种配置终端参数的方法流程图；

图2为本申请实施例提供的ims架构图；

图3为ims注册流程示意图；

图4为本申请实施例提供的一种通信设备的结构图；

图5为本申请实施例提供的一种配置终端参数的方法流程图；

图6为本申请实施例提供的又一种配置终端参数的方法流程图；

图7为本申请实施例提供的又一种配置终端参数的方法流程图；

图8为本申请实施例提供的又一种配置终端参数的方法流程图；

图9为本申请实施例提供的又一种配置终端参数的方法流程图；

图10为本申请实施例提供的一种更新终端的配置参数方法流程图；

图11为本申请实施例提供的又一种更新终端的配置参数方法流程图；

图12为本申请实施例提供的再一种更新终端的配置参数方法流程图；

图13为本申请实施例提供的一种配置服务器的结构图；

图14为本申请实施例提供的一种终端的结构图。

具体实施方式

本申请实施例的主要思想是：将终端的配置参数预先保存在ims中的某个功能实体上，在终端进行ims注册时，由ims中的配置服务器将终端的配置参数携带在ims注册流程中的某个会话初始协议(sessioninitiationprotocol，sip)信令(如200ok)中下发给终端。其中，本申请实施例所涉及的终端的配置参数主要指业务层级(servicelevel)的配置参数，可称为终端的ims业务参数，终端的配置参数可以用于支持ims业务，如：语音呼叫、视频呼叫、消息和数据业务等典型业务，该终端的配置参数可以包括ims代理会话控制功能(proxycallsessioncontrolfunction，p-cscf)的地址(address)，sip定时器(siptimers)，pre-conssupport等参数，还可以包括其他能够可通过本申请实施例所提供的方案下发到终端的配置参数，不予限制。例如，图1为本申请实施例提供的一种配置终端参数的方法流程图，如图1所示，该方法可以包括步骤101～步骤102：

步骤101：终端向配置服务器发送ims注册请求。

步骤102：配置服务器接收终端的ims注册请求，根据ims注册请求，向终端发送终端的配置参数，其中，终端的配置参数用于支持ims业务；终端接收配置服务器发送的终端的配置参数，实现终端参数的配置。

其中，配置服务器根据ims注册请求，向终端发送终端的配置参数可以包括：ims注册请求作为配置服务器向终端发送终端的配置参数的触发条件，当配置服务器接收到该ims注册请求时，触发配置服务器向终端发送终端的配置参数，或者，ims注册请求包括用于指示终端支持ims中的网元下发终端的配置参数的指示信息，配置服务器根据该指示信息向终端发送终端的配置参数。

其中，上述终端可以为用户设备(userequipment，ue)，如：手机、电脑，还可以为蜂窝电话、无绳电话、会话发起协议(sessioninitiationprotocol，sip)电话、智能电话、无线本地环路(wirelesslocalloop，wll)站、个人数字助理(personaldigitalassistant，pda)、电脑、膝上型计算机、手持式通信设备、手持式计算设备、卫星无线设备、无线调制解调器卡、电视机顶盒(settopbox，stb)、用户驻地设备(customerpremiseequipment，cpe)和/或用于在无线系统上进行通信的其它设备。

上述配置服务器可以为部署在图2所示ims中的某个功能实体，该配置服务器可以与ims中的其他功能实体相互交互来执行本申请实施例提供的配置终端参数的过程。

如图2所示，该ims可以由某个mno部署，可以包括p-cscf、查询会话控制功能(interrogatingcallsessioncontrolfunction，i-cscf)和s-cscf、hss、as，本申请实施例中配置服务器具体可以是s-cscf或p-cscf，也可以是独立部署的一台设备。具体的，图2中的hss或s-cscf或p-cscf或as上可以保存有终端的配置参数，如：在执行本申请实施例提供的方案之前，运营商可以通过运营支撑系统(operationsupportsystem，oss)将终端的配置参数预先配置在这些功能实体上。p-cscf相当于sip定义的边界代理服务器，可以是终端联系ims的第一步，是终端在被访问域(或者漫游时)首先要访问的点，进出ims的会话初始协议(sessioninitiationprotocol，sip)message都要通过p-cscf。i-cscf主要是提供到归属网络的入口，将归属网络的拓扑图对其它网络隐藏起来，并通过hss为特定用户找出相应的s-cscf，它是终端漫游或者外来任务进入本地服务提供商网络中的联系点，当i-cscf接到一个请求时，它将把请求路由到相应的s-cscf。s-cscf主要用于向用户提供用户预定的服务。hss主要用于存储与用户相关的s-cscf能力集和相应的用户简介，或者其他信息，hss可以知道用户现在的位置和用户指定的服务，ims中的各个cscf可以向hss询问以获得这些信息。as是指为终端提供应用服务的服务器。

需要说明的是，图2所示终端可以通过第四代(4^thgeneration，4g)网络接入ims，也可以通过第五代(5^thgeneration，5g)网络接入ims，不予限制。此外，图2仅为ims的示例性框架图，除图2所示功能实体外，该ims还可以包括其他功能实体，不予限制。如：该ims还可以包括一个独立部署的功能实体，由该功能实体来执行图1所示配置服务器的功能，即上述配置服务器还可以为图2中独立部署的功能实体；其中，该独立的功能实体可以与hss、s-cscf、p-cscf、as通过未定义的接口相互交互，实现本申请实施例提供的配置终端参数的方案。

具体的，图1所示步骤101可以为现有ims注册流程中某些过程的组合，步骤102中的终端的配置参数可以携带在现有ims注册流程中的某些信令中下发给终端。现有ims注册流程如图3所示，可以包括：

一、初始注册

初始注册可以包括图3中1～10所示过程：终端向找到的p-cscf发送一个包括终端的标识符和该终端所属地域名(如：i-cscf的地址)的注册(register)请求；p-cscf使用注册请求包括的地域名解析出i-cscf的因特网(internetprotocol，ip)地址，根据i-cscf的地址向i-cscf发送该注册请求；i-cscf接收该注册请求，向hss发送用户鉴权请求(userauthorizatiionrequest，uar)，从hss接收携带有s-cscf能力集的用户鉴权响应(userauthorizationanswer，uaa)，从s-cscf能力集中选择一s-cscf，并向该s-cscf发送该注册请求；s-cscf接收注册请求，向hss发送多媒体鉴权请求(multimediaauthorizationrequest，mar)，并从hss获取携带有鉴权向量集合的多媒体鉴权响应(multimediaauthorizationanswer，maa)，若s-cscf根据maa发现终端没有被授权，发送“401未授权(unauthorized)”应答来质疑终端，进而执行图3所示的注册鉴权过程；反之，若s-cscf根据maa发现终端被授权，则执行图3所示步骤16～20，终端的ims注册成功。

二、注册鉴权

注册鉴权可以包括图3所示11～20所示过程：终端接收“401未授权(unauthorized)”应答，向p-cscf发送携带有“401未授权(unauthorized)”应答的注册(register)请求；p-cscf向i-cscf发送该注册请求；i-cscf通过与hss的交互找到s-cscf，并将包括“401未授权(unauthorized)”应答的注册请求发送给s-cscf；s-cscf会检查这个应答，如果正确则向hss发送sar，从hss获取携带有用户业务签约数据(serverprofile)和用于指示s-cscf进行业务的触发的初始过滤准则(initialfiltercriteria，ifc)的saa，并发送一个“200ok”表示接受这个注册请求，即终端的ims注册成功，终端成功被授权。其中，若后续终端需要发起与注册相关的业务应用(例如：进入多媒体服务的提示音与提示页面等)，即业务注册，则该过程中的步骤16～17可以执行，反之，步骤16～17可以不执行。

三、业务注册

业务注册还可称为第三方注册，可以包括图3所示21～22所示过程：s-cscf根据获取到的ifc，向为用户服务的as发送第三方注册请求，通知as用户已经注册并且可到达；若as同意为该终端提供业务，则向s-cscf返回“200ok”表示接受这个第三方注册请求，终端可以使用该as提供的业务。

一种可能的设计中，配置服务器为p-cscf，终端的配置参数保存在p-cscf中，ims注册请求为图3步骤11中的注册请求，步骤102通过图3所示步骤20实现，如：p-cscf将终端的配置参数携带在接收到的200ok中，并发送给终端。具体的，该可能的设计可以参照图5所示方案。

又一种可能的设计中，配置服务器为图2中的s-cscf，ims注册请求为图3中鉴权注册过程中的注册请求；步骤102通过图3所示步骤18～20实现，如：s-cscf将终端的配置参数携带在200ok中，依次通过i-cscf、p-cscf向终端发送。其中，在该方式中，终端的配置参数保存在s-cscf上，或者由s-cscf从hss获取，或者由s-cscf从as获取。具体的，该可能的设计可以参照图6～图9所示方案。

由上可知，在终端发起ims注册流程时，ims中的配置服务器可以借助现有ims注册流程，将终端的配置参数携带在ims注册流程中的信令中下发给终端，在实现ims注册的同时也实现终端参数的配置，使得终端注册到网络侧时参数即配置好了，无需终端的oem和运营商进行参数的协商对接，省时且节约成本。同时，保存有终端的配置参数的服务器部署在网络侧，便于运营商对终端配置参数的及时更新，以便于不同oem的设备可以直接接入该服务器获取最新的配置参数。

为了实现本申请实施例提供的技术方案，上述各功能实体，如：hss、s-cscf、p-cscf、as等可以包括图4所示部件。如图4所示，为本申请实施例提供的通信设备的结构图，该通信设备400包括至少一个处理器401，通信线路402，存储器403以及至少一个通信接口404。其中，处理器401，存储器403以及通信接口404三者之间可以通过通信线路402连接。

处理器401可以是一个中央处理器(centralprocessingunit，cpu)，也可以是特定集成电路(applicationspecificintegratedcircuit，asic)，或者是被配置成实施本申请实施例的一个或多个集成电路，例如：一个或多个微处理器(digitalsignalprocessor，dsp)，或，一个或者多个现场可编程门阵列(fieldprogrammablegatearray，fpga)。

通信线路402可包括一通路，用于在上述组件之间传送信息。

通信接口404，用于与其他设备或通信网络通信，可以使用任何收发器一类的装置，如以太网，无线接入网(radioaccessnetwork，ran)，无线局域网(wirelesslocalareanetworks，wlan)等。

存储器403可以是只读存储器(read-onlymemory，rom)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(randomaccessmemory，ram)或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(electricallyerasableprogrammableread-onlymemory，eeprom)、只读光盘(compactdiscread-onlymemory，cd-rom)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器403可以是独立存在，通过通信线路402与处理器401相连接。存储器403也可以和处理器401集成在一起。其中，存储器403用于存储执行本申请方案的计算机执行指令或者应用程序代码，并由处理器401来控制执行，实现本申请下述实施例提供的配置终端参数的方法。

作为一种可实现方式，处理器401可以包括一个或多个cpu，例如图4中的cpu0和cpu1。作为另一种可实现方式，通信设备400可以包括多个处理器，例如图4中的处理器401和处理器407。作为再一种可实现方式，通信设备400还可以包括输出设备405和输入设备406。

需要说明的是，上述的通信设备400可以是一个通用设备或者是一个专用设备。例如，通信设备400可以是台式机、便携式电脑、网络服务器、pda、移动手机、平板电脑、无线终端、嵌入式设备或有图4中类似结构的设备。本申请实施例不限定通信设备400的类型。

对本申请实施例提供的配置终端参数的方法可以应用在图2所示的ims中，下面结合图2所示ims，以配置服务器为图2中的p-cscf或者s-cscf为例，对本申请实施例提供的配置终端参数的方案展开描述。需要说明的是，不同mno均可以部署如图2所示的ims，并结合部署的ims执行本申请实施例提供的方案，实现对终端的参数配置。

假设图1中的配置服务器为p-cscf，图5为本申请实施例提供的一种配置终端参数的方法流程图，在该方法中，终端的配置参数保存在p-cscf上。如图5所示，该方法可以包括步骤501～步骤506：

步骤501：终端向p-cscf发送注册请求，p-cscf向s-cscf发送注册请求，执行初始注册。

其中，该注册请求可以用于指示对终端进行ims注册，具体的，该注册请求可以携带终端的信息(如终端的标识、或终端的序列号、或终端的类型等等)。

可选的，该注册请求还采用显式的方式指示终端支持ims中的网元下发终端的配置参数，例如，该注册请求中还可以携带用于指示终端支持ims中的网元下发终端的配置参数的指示信息，以显式指示终端支持ims中的网元下发终端的配置参数；或者，该注册请求还用于采用隐式的方式指示终端支持ims中的网元下发终端的配置参数，例如，ims中的网元预先存储有多个终端的描述信息，终端的描述信息可以用于描述终端是否支持ims中的网元下发终端的配置参数，注册请求中携带终端的信息，当ims中的网元接收到终端的信息后，可以根据其内存储的终端的描述信息，确定终端的信息所对应的终端是否支持ims中的网元下发终端的配置参数，如：网络侧设备(如配置服务器)配置了终端类型为1的终端支持ims中的网元下发终端的配置参数，则当注册请求中携带的终端的类型为1，确定发送注册请求的终端支持ims中的网元下发终端的配置参数。

具体的，该步骤可参照图3所示初始注册过程中的步骤1～5，不再赘述。

需要说明的是，在本申请实施例中，终端向p-cscf发送的注册请求、p-cscf向i-cscf发送的注册请求、以及i-cscf向s-cscf发送的注册请求中携带的信息(或参数)可以相同，也可以不同，不予限定。但在该注册请求发送的过程中，若终端向p-cscf发送的注册请求中携带终端的信息和用于指示终端支持ims中的网元下发终端的配置参数的指示信息，则在p-cscf向s-cscf发送注册请求的过程中，该注册请求可以一直携带终端的信息和该指示信息。

步骤502：s-cscf接收注册请求，确定终端未被授权，向终端发送“401未授权(unauthorized)”应答，即终端未被授权。

具体的，该步骤502可参照图3中步骤6～10所述，不再赘述。

步骤503：终端向p-cscf发送ims注册请求。

其中，ims注册请求可以为图3所示步骤11中的注册请求。该ims注册请求中可以携带终端的信息，还可以携带用于指示终端支持ims中的网元下发终端的配置参数的指示信息或者其他信息。具体的，步骤503可参照图3中步骤11所述，不再赘述。

步骤504：p-cscf接收ims注册请求，向s-cscf发送ims注册请求，s-cscf接收ims注册请求。

其中，p-cscf向s-cscf发送ims注册请求可以包括：p-cscf向i-cscf发送ims注册请求，i-cscf接收该ims注册请求，与hss交互选择出s-cscf，向s-cscf发送ims注册请求。具体的，该步骤504可参照图3中步骤12～15所述，不再赘述。

需要说明的是，在本申请实施例中，终端向p-cscf发送的ims注册请求、p-cscf向i-cscf发送的ims注册请求、以及i-cscf向s-cscf发送的ims注册请求中携带的信息(或参数)可以相同，也可以不同，不予限定。但在该ims注册请求发送的过程中，若终端向p-cscf发送的ims注册请求中携带终端的信息和用于指示终端支持ims中的网元下发终端的配置参数的指示信息，则在p-cscf向s-cscf发送ims注册请求的过程中，该ims注册请求可以一直携带终端的信息和该指示信息。

步骤505：s-cscf向p-cscf发送200ok。

其中，200ok与ims注册请求对应，用于指示终端ims注册成功，s-cscf可以在接收到hss发送的saa中向i-cscf发送200ok，由i-cscf向p-cscf发送200ok。具体的，步骤505可参照图3中步骤16～19所述，不再赘述。

步骤506：p-cscf接收200ok，将终端的配置参数携带在该200ok中向终端发送。

其中，当ims注册请求中携带用于指示终端支持ims中的网元下发终端的配置参数的指示信息时，p-cscf可以根据该指示信息，在接收到200ok后，将其保存的终端的配置参数携带在200ok中下发给终端；反之，一旦p-cscf接收到200ok后，即触发其将自身保存的终端的配置参数携带在200ok中下发给终端。

具体的，p-cscf向终端发送200ok的过程可参照图3中步骤20所述，不再赘述。

需要说明的是，若步骤502中，s-cscf确定终端被授权，则图5所示方案中在s-cscf确定终端被授权后，可以直接执行步骤505和步骤506，实现终端的配置参数的下发，而不需要执行步骤503和步骤504，其中，在该可能的方案中，s-cscf下发给p-cscf的200ok为与步骤501中的注册请求对应的200ok。

与现有技术相比，在图5所示方案中，将终端的配置参数保存在p-cscf上，在终端进行ims注册时，将终端的配置参数携带在200ok中下发给终端，无需通过终端的oem和运营商的协商来配置终端参数，省时且节约成本。同时，保存有终端的配置参数的p-cscf部署在网络侧，便于运营商对终端配置参数的及时更新，以便于不同oem的设备可以直接接入p-cscf获取最新的配置参数。

假设图1中的配置服务器为s-cscf，图6为本申请实施例提供的一种配置终端参数的方法流程图，在该方法中，终端的配置参数保存在s-cscf上，如图6所示，该方法可以包括步骤601～步骤605：

步骤601：终端向p-cscf发送注册请求，p-cscf向s-cscf发送注册请求，执行初始注册。

其中，该步骤中的注册请求和执行过程可参照步骤501所述，不再赘述。

步骤602：s-cscf接收注册请求，确定终端未被授权，向终端发送“401未授权(unauthorized)”应答，即终端未被授权。

具体的，该步骤602可参照图3中步骤6～10所述，不再赘述。

步骤603：终端向p-cscf发送ims注册请求，p-cscf接收ims注册请求，向s-cscf发送ims注册请求，s-cscf接收ims注册请求。

其中，步骤603中ims注册请求的相关描述可参照步骤503所述，步骤503可参照图3所示步骤11～15所述，不再赘述。

在该过程中，s-cscf可以为i-cscf选择出的保存有终端的配置参数的s-cscf。在一种可能的设计中，运营商将终端的配置参数预先保存在ims系统中的每个s-cscf上，在步骤14中，i-cscf从hss获取到的s-cscf能力集中按照现有技术或者随机的方式选择一个s-cscf，向该s-cscf发送ims注册请求；或者，在又一种可能的设计中，ims中的部分s-cscf上保存有终端的配置参数，在步骤15中hss向i-cscf下发s-cscf能力集时，该s-cscf能力集中包括s-cscf的标签，该s-cscf的标签用于指示该s-cscf上是否保存终端的配置参数，i-cscf从hss获取到的该s-cscf能力集后，根据s-cscf的标签，选出一个保存有终端的配置参数s-cscf，向该s-cscf发送ims注册请求。

步骤604：s-cscf向hss发送sar，hss接收sar，向s-cscf发送saa，s-cscf接收saa。

其中，步骤604可参照图3中步骤16～17所述，不再赘述。

至此，s-cscf确定终端ims注册成功。

步骤605：s-cscf将终端的配置参数携带在200ok中，向终端发送该200ok。

其中，该200ok的相关描述可参照步骤505所述。s-cscf向终端发送200ok的方式可参照图3步骤18～20所示过程，不再赘述。

具体的，当ims注册请求中携带用于指示终端支持ims中的网元下发终端的配置参数的指示信息时，s-cscf可以根据该指示信息，在确定终端ims注册成功后，将其保存的终端的配置参数携带在200ok中下发给终端；反之，当ims注册请求中不携带该指示信息时，s-cscf可以在确定终端ims注册成功后，触发其将自身保存的终端的配置参数携带在200ok中下发给终端。

需要说明的是，若步骤602中，s-cscf确定终端被授权，则图6所示方案中在s-cscf确定终端被授权后，可以直接执行步骤605，或者步骤604和步骤605，实现终端的配置参数的下发，而不需要执行步骤603，其中，在该可能的方案中，s-cscf下发给p-cscf的200ok为与步骤601中的注册请求对应的200ok。

与现有技术相比，在图6所示方案中，将终端的配置参数保存在s-cscf上，在终端进行ims注册时，将终端的配置参数携带在200ok中下发给终端，无需通过终端的oem和运营商的协商来配置终端参数，省时且节约成本。同时，保存有终端的配置参数的s-cscf部署在网络侧，便于运营商对终端配置参数的及时更新，以便于不同oem的设备可以直接接入s-cscf获取最新的配置参数。

假设图1中的配置服务器为s-cscf，图7为本申请实施例提供的一种配置终端参数的方法流程图，在该方法中，终端的配置参数保存在hss上，如图7所示，该方法可以包括步骤701～步骤705：

步骤701：终端向p-cscf发送注册请求，p-cscf向s-cscf发送注册请求，执行初始注册。

其中，该步骤中的注册请求和执行过程可参照步骤501所述，不再赘述。

步骤702：s-cscf接收注册请求，确定终端未被授权，向终端发送“401未授权(unauthorized)”应答，即终端未被授权。

具体的，该步骤702可参照图3中步骤6～10所述，不再赘述。

步骤703：终端向p-cscf发送ims注册请求，p-cscf接收ims注册请求，向s-cscf发送ims注册请求，s-cscf接收ims注册请求。

其中，步骤703中ims注册请求的相关描述可参照步骤503所述，步骤703可参照图3所示步骤11～15所述，不再赘述。

步骤704：s-cscf向hss发送sar，hss接收sar，向s-cscf发送saa，s-cscf接收saa。

其中，sar中可以包括终端的信息、或者终端的信息以及用于指示终端支持ims中的网元下发终端的配置参数的指示信息。saa可以包括终端的配置参数。

具体的，s-cscf可以将ims注册请求中终端的信息以及指示信息携带在sar中发送给hss，hss可以根据该指示信息，将其保存的终端的配置参数携带在saa中发给s-cscf；反之，当hss接收到sar时，就触发其将自身保存的终端的配置参数携带在saa中发送给s-cscf。

至此，s-cscf确定终端ims注册成功。

步骤705：s-cscf将接收到的saa中的终端的配置参数携带在200ok，向终端发送该200ok。

其中，该200ok的相关描述可参照步骤505所述。s-cscf向终端发送200ok的方式可参照图3步骤18～20所示过程，不再赘述。

与现有技术相比，在图7所示方案中，将终端的配置参数保存在hss上，在终端进行ims注册时，将终端的配置参数携带在200ok中下发给终端，无需通过终端的oem和运营商的协商来配置终端参数，省时且节约成本。同时，保存有终端的配置参数的hss部署在网络侧，便于运营商对终端配置参数的及时更新，以便于不同oem的设备可以直接接入hss获取最新的配置参数。

假设图1中的配置服务器为s-cscf，图8为本申请实施例提供的一种配置终端参数的方法流程图，在该方法中，终端的配置参数保存在as上。如图8所示，该方法可以包括步骤801～步骤807：

步骤801：终端向p-cscf发送注册请求，p-cscf向s-cscf发送注册请求，执行初始注册。

其中，该步骤中的注册请求和执行过程可参照步骤501所述，不再赘述。

步骤802：s-cscf接收注册请求，确定终端未被授权，向终端发送“401未授权(unauthorized)”应答，即终端未被授权。

具体的，该步骤802可参照图3中步骤6～10所述，不再赘述。

步骤803：终端向p-cscf发送ims注册请求，p-cscf接收ims注册请求，向s-cscf发送ims注册请求，s-cscf接收ims注册请求。

其中，步骤803中ims注册请求的相关描述可参照步骤503所述，步骤803可参照图3所示步骤11～15所述，不再赘述。

步骤804：s-cscf向hss发送sar，hss接收sar，向s-cscf发送saa，s-cscf接收saa。

其中，saa中可以包括ifc，该ifc可以用于指示s-cscf进行业务的触发。

具体的，步骤804可参照图3中步骤16～17所述，不再赘述。

至此，s-cscf确定终端ims注册成功。

步骤805：s-cscf根据ifc，向as发送第三方注册请求。

其中，步骤805可参照图3所示步骤21，不再赘述。

步骤806：s-cscf等待并接收as返回的与第三方注册请求对应的200ok。

其中，与第三注册请求对应的200ok中可以携带终端的配置参数。

具体的，s-cscf可以根据等待指示，等待并接收as返回的与第三方注册请求对应的200ok。其中，上述等待指示可以由运营商预先通过本地配置预先配置在s-cscf上，或者，该等待指示可以携带在步骤804中的ifc中。

该等待指示可以用于指示s-cscf在接收到as返回的与第三方注册请求对应的响应消息后，再向终端下发与ims注册请求对应的200ok，该响应消息为与第三方注册请求对应的200ok，或者失败的响应消息等，即s-cscf确定终端ims注册成功后，不会立即向终端返回与ims注册请求对应的200ok，而是先向as发送第三方注册请求，随后，等待as返回的响应消息(200ok或者失败的响应消息)，在等到as返回的响应消息或者超过预设时长(仍没有收到as返回的响应消息)之后，向终端返回与注册请求对应的200ok。

具体的，为了避免s-cscf无限期的等待as返回的响应消息，可以在s-cscf上设置一定时器，该定时器用于限定s-cscf等待as返回的响应消息的时长，若定时器超时，s-cscf仍未接收到as返回的响应消息，则s-cscf直接向终端发送200ok，此时的200ok不携带终端的配置参数。

步骤807：s-cscf将终端的配置参数携带在与ims注册请求对应的200ok中，向终端发送该200ok。

其中，s-cscf向终端发送200ok的方式可参照图3步骤18～20所示过程，不再赘述。

需要说明的是，若步骤806中，s-cscf等待并接收的as返回的为失败的响应消息，则s-cscf也可以执行步骤807，只不过此时s-cscf下发的200ok不携带终端的配置参数。此外，若步骤802中，s-cscf确定终端被授权，则图8所示方案中可以不执行步骤803，而是直接执行步骤804～步骤807，实现终端的配置参数的下发，其中，在该可能的方案中，s-cscf下发给p-cscf的200ok为与步骤801中的注册请求对应的200ok。

与现有技术相比，在图8所示方案中，将终端的配置参数保存在as上，在终端进行ims注册时，将终端的配置参数携带在200ok中下发给终端，无需通过终端的oem和运营商的协商来配置终端参数，省时且节约成本。同时，保存有终端的配置参数的as部署在网络侧，便于运营商对终端配置参数的及时更新，以便于不同oem的设备可以直接接入as获取最新的配置参数。

可选的，在图5～图8所示的方案中，终端的配置参数可以以可扩展标记语言(extensiblemarkuplanguage，xml)的形式携带在200ok中，该200ok可以为用户数据报协议(userdatagramprotocol，udp)包。其中，当一个200ok无法承载终端的配置参数时，如：200ok有8个字节的空闲payload可以携带一些信息，而终端的配置参数占用16个字节时，可以在传输控制协议(transmissioncontrolprotocol，tcp)层改用tcp发包，即通过tcp包发送携带有终端的配置参数的200ok。

上述图5～图8所示方案仅以通过与ims注册请求对应的200ok向终端下发终端的配置参数为例，对本申请实施例提供的技术方案进行了说明，在又一种可行性方案中，还可以在终端第三注册成功后，通过新增的信令(如sipmessage，或者通知消息等)向终端下发终端的配置参数，具体的，该可行性方案参照图9所示。

图9为本申请实施例提供的一种配置终端参数的方法流程图，在该方法中，终端的配置参数保存在as上，该as可以为s-cscf根据ifc优先触发的第一个as，还可以为s-cscf根据ifc触发的多个as中的任一as，不予限制。如图9所示，该方法可以包括步骤901～步骤908：

步骤901：终端向p-cscf发送注册请求，p-cscf向s-cscf发送注册请求，执行初始注册。

其中，该步骤中的注册请求和执行过程可参照步骤501所述，不再赘述。

步骤902：s-cscf接收注册请求，确定终端未被授权，向终端发送“401未授权(unauthorized)”应答，即终端未被授权。

具体的，该步骤902可参照图3中步骤6～10所述，不再赘述。

步骤903：终端向p-cscf发送ims注册请求，p-cscf接收ims注册请求，向s-cscf发送ims注册请求，s-cscf接收ims注册请求。

其中，步骤903中ims注册请求的相关描述可参照步骤503所述，步骤903可参照图3所示步骤11～15所述，不再赘述。

步骤904：s-cscf向hss发送sar，hss接收sar，向s-cscf发送saa，s-cscf接收saa，向终端发送200ok。

其中，saa中可以包括ifc，该ifc可以用于指示s-cscf进行业务的触发。

具体的，步骤904可参照图3中步骤16～20所述，不再赘述。

至此，s-cscf确定终端ims注册成功。

步骤905：s-cscf根据ifc，向as发送第三方注册请求。

其中，步骤905可参照图3所示步骤21，不再赘述。

步骤906：as接收第三方注册请求，确定终端的第三方注册成功，向s-cscf发送200ok。

其中，步骤906可参照图3所示步骤22，不再赘述。

步骤907：as向s-cscf发送sipmessage。

其中，sipmessage中携带终端的配置参数。

步骤908：s-cscf向终端发送sipmessage。

其中，s-cscf向终端发送sipmessage可以包括：s-cscf向i-cscf发送sipmessage，i-cscf接收该sipmessage，向p-cscf发送sipmessage，p-cscf向终端发送sipmessage。

需要说明的是，在本申请实施例中，s-cscf向i-cscf发送sipmessage，i-cscf接收该sipmessage，向p-cscf发送sipmessage，p-cscf向终端发送sipmessage中携带的信息(或参数)可以相同，也可以不同，不予限定。但在该sipmessage发送的过程中，该sipmessage中终端的配置参数必须存在，以保证将终端的配置参数下发给终端。

其中，上述sipmessage还可以替换为通知消息，或者其他类型的消息，不予限制。如：可以通过隐式订阅方式向终端发送携带有终端的配置参数的通知消息。

进一步的，图9所示方案还可以包括：终端在接收到sipmessage后，向as返回与sipmessage对应的200ok，如：终端向p-cscf发送与sipmessage对应的200ok，p-cscf向i-cscf发送该200ok，i-cscf向s-cscf发送该200ok，s-cscf向as该200ok，以表示终端成功接收到sipmessage。

需要说明的是，在图9所示方案中，当终端的配置参数的长度大于sipmessage的长度，即一条sipmessage无法承载终端的配置参数时，可以通过多条sipmessage来携带终端的配置参数。

与现有技术相比，在图9所示方案中，将终端的配置参数保存在as上，在终端进行ims注册时，将终端的配置参数携带在sipmessage中下发给终端，无需通过终端的oem和运营商的协商来配置终端参数，省时且节约成本。同时，保存有终端的配置参数的as部署在网络侧，便于运营商对终端配置参数的及时更新，以便于不同oem的设备可以直接接入as获取最新的配置参数。

进一步的，为了实现对终端的配置参数的及时更新，本申请实施例还提供了终端的配置参数的更新流程。下面结合图10、或图11、或图12所示方案，以s-cscf上保存的终端的配置参数发生更新为例，对本申请实施例提供的终端的配置参数更新流程进行说明。

一种可行性方案中，通过终端的重注册流程向终端发送更新后的配置参数。如图10所示，为本申请实施例提供的一种终端的配置参数更新流程，包括：

步骤1001：终端向p-cscf发送重注册请求。

其中，重注册请求可以用于请求对终端重新进行ims注册。该重注册请求可以包括终端的信息，或者用于指示终端支持ims中的网元下发终端的配置参数的指示信息，或者终端的信息和用于指示终端支持ims中的网元下发终端的配置参数的指示信息等。终端的信息的相关描述可参照图5所示，不再赘述。

具体的，终端向p-cscf发送重注册请求的过程与终端向p-cscf发送ims注册请求的过程相同，不再赘述。

步骤1002：p-cscf接收重注册请求，向s-cscf发送重注册请求，s-cscf接收重注册请求。

其中，p-cscf向s-cscf发送重注册请求可以包括：p-cscf向i-cscf发送重注册请求，i-cscf接收该重注册请求，与hss交互选择出s-cscf，向s-cscf发送重注册请求。具体的，p-cscf向s-cscf发送重注册请求可参照图3中p-cscf向s-cscf发送ims注册请求的过程，不再赘述。

需要说明的是，在本申请实施例中，终端向p-cscf发送的重注册请求、p-cscf向i-cscf发送的重注册请求、以及i-cscf向s-cscf发送的重注册请求中携带的信息(或参数)可以相同，也可以不同，不予限定。但在该重注册请求发送的过程中，若重注册请求中携带用于指示终端支持ims中的网元下发终端的配置参数的指示信息，则在p-cscf向s-cscf发送重注册请求的过程中，该重注册注册请求可以一直携带该指示信息。

步骤1003：s-cscf检测到其保存的终端的配置参数发生更新，将终端更新后的配置参数携带在重注册响应中向终端发送。

其中，重注册响应与重注册请求对应，可以用于指示终端ims重注册成功。该重注册响应可以为200ok。

具体的，s-cscf检测其保存的终端的配置参数发生更新可以包括：步骤1001中的重注册请求还可以包括终端上次接收配置参数的时间戳，s-cscf从重注册请求中获取终端上次接收配置参数的时间戳，以及s-cscf感知到自身保存的终端的配置参数发生更新的时间戳，如果s-cscf感知到自身保存的终端的配置参数发生更新的时间戳比较新，则确定其保存的终端的配置参数发生更新；或者，

s-cscf记录自身上次下发给终端的配置参数的时间戳，以及s-cscf感知到自身保存的终端的配置参数发生更新的时间戳，如果s-cscf感知到自身保存的终端的配置参数发生更新的时间戳比较新，则确定其保存的终端的配置参数发生更新。

具体的，一旦s-cscf检测到自身保存的终端的配置参数发生更新，则触发s-cscf将终端更新后的配置参数携带在重注册响应中向终端发送；或者重注册请求中包括用于指示终端支持ims中的网元下发终端的配置参数的指示信息，s-cscf根据该指示信息，将终端更新后的配置参数携带在重注册响应中向终端发送；或者s-cscf记录p-cscf之前发送的ims注册请求中携带的用于指示终端支持ims中的网元下发终端的配置参数的指示信息，根据记录的指示信息将终端更新后的配置参数携带在重注册响应中向终端发送。其中，s-cscf向终端发送重注册响应的过程可参照上述s-cscf向终端发送200ok的过程，不再赘述。

需要说明的是，图10所示方案中的s-cscf还可以替换为其他保存有终端的配置参数的功能实体，如hss、as、p-cscf等，这些功能实体更新终端的配置参数的过程可参照图10所示方案，如：当hss上保存终端的配置参数时，可以在执行步骤1002之后，s-cscf向hss发送sar，hss接收sar，当其检测到自身保存的终端的配置参数发生更新时，向s-cscf发送携带有终端更新后的配置参数的saa，s-cscf接收该saa，向终端发送携带有终端更新后的配置参数的重注册响应。

当as上保存的终端的配置参数时，可以在执行步骤1002之后，s-cscf向hss发送sar，hss接收sar，向s-cscf发送saa，s-cscf接收该saa，向as发送第三方注册请求，as检测到自身保存的终端的配置参数发生更新时，向s-cscf发送携带有终端更新后的配置参数的响应消息(如：与第三方注册对应的200ok)，s-cscf接收该响应消息，向终端发送携带有终端更新后的配置参数的重注册响应。

当p-cscf上保存的终端的配置参数时，可以在执行步骤1002之后，若s-cscf确定终端重注册成功，向p-cscf发送重注册响应，p-cscf接收重注册响应，当检测到自身保存的终端的配置参数发生更新时，将终端更新后的配置参数携带在重注册响应中向终端发送。

其中，hss、as、p-cscf检测自身保存的终端的配置参数发生更新方式可参照步骤1003所述，不再赘述。

又一种可行性方案中，通过订阅机制实现终端的配置参数的更新。如图11所示，为本申请实施例提供的又一种终端的配置参数更新流程，包括：

步骤1101：终端向s-cscf发送订阅请求，s-cscf接收订阅请求。

其中，订阅请求用于请求s-cscf在终端的配置参数发生更新时向终端发送通知。该订阅请求中可以携带终端的信息或者其他信息，终端的信息可参照图5中所述，不再赘述。

具体的，终端向s-cscf发送订阅请求可以包括：终端向p-cscf发送的订阅请求、由p-cscf向s-cscf发送订阅请求。

需要说明的是，在本申请实施例中，终端向p-cscf发送的订阅请求、p-cscf向s-cscf发送的订阅请求中携带的信息(或参数)可以相同，也可以不同，不予限定。

步骤1102：s-cscf检测到终端的配置参数发生更新，s-cscf向终端发送事件通知。

其中，事件通知中携带终端更新后的配置参数。

具体的，s-cscf可以在检测到自身保存的终端的配置参数发生更新时，向终端发送事件通知，其中，s-cscf检测自身保存的终端的配置参数发生更新可参照步骤1003所述，不再赘述，或者，从hss接收携带有终端更新后的配置参数的数据更新信息(cx-update_subscr_data)，根据该数据更新信息检测到终端的配置参数发生更新，向终端发送事件通知。

具体的，s-cscf向终端发送事件通知可以包括：s-cscf向p-cscf发送事件通知，p-cscf向终端发送事件通知。

需要说明的是，在本申请实施例中，s-cscf向p-cscf发送事件通知，p-cscf向终端发送事件通知中携带的信息(或参数)可以相同，也可以不同，不予限定。但是，在发送过程中，终端更新后的配置参数必须包括在该事件通知中。

此外，图11所示方案中的s-cscf还可以替换为其他保存有终端的配置参数的功能实体，如as、p-cscf等，只不过，当图11所述方案中的s-cscf替换为as时，终端向as发送订阅请求可以包括：终端向p-cscf发送订阅请求、p-cscf向s-cscf发送订阅请求、s-cscf向as发送订阅请求。as向终端发送事件通知可以包括：as向s-cscf发送事件通知，s-cscf向p-cscf发送事件通知，p-cscf向终端发送事件通知。并且，当图11所述方案中的s-cscf替换为as时，该方案还可以包括：终端接收到事件通知后，向p-cscf返回响应消息(ack)，p-cscf接收到该ack后，向as发送200ok，以表示终端成功接收到事件通知。

再一种可行性方案中，当s-cscf检测到自身保存的终端的配置参数发生更新时，主动通过sipmessage下发终端更新后的配置参数。如图12所示，为本申请实施例提供的再一种终端的配置参数更新流程，包括：

步骤1201：s-cscf检测到终端的配置参数发生更新。

其中，s-cscf检测终端的配置参数发生更新的方式可参照步骤1003所述，不再赘述。

步骤1202：s-cscf将终端更新后的配置参数携带在sipmessage中向终端发送。

具体的，一旦s-cscf检测到自身保存的终端的配置参数发生更新，则触发s-cscf将终端更新后的配置参数携带在sipmessage中向终端发送；或者s-cscf记录p-cscf之前发送的ims注册请求中携带的用于指示终端支持ims中的网元下发终端的配置参数的指示信息，根据记录的指示信息将终端更新后的配置参数携带在sipmessage中向终端发送。其中，s-cscf向终端发送sipmessage的过程可参照步骤908所述，不再赘述。

进一步的，图12所示方案还可以包括：终端通过p-cscf、i-cscf向s-cscf发送与sipmessage对应的200ok，以表示终端成功接收到携带有终端更新后的配置参数的sipmessage。

需要说明的是，图12所示方案中的s-cscf还可以替换为其他保存有终端的配置参数的功能实体，如hss、as、p-cscf等，这些功能实体更新终端的配置参数的过程可参照图12所示方案，如：终端的配置参数保存在hss上，当hss检测到其保存的终端的配置参数发生更新时，hss向s-cscf发送携带有终端更新后的配置参数的数据更新信息(cx-update_subscr_data)，s-cscf接收到数据更新信息后，向终端发送携带有终端更新后的配置参数的sipmessage，其中，s-cscf向终端发送sipmessage的方式如步骤1202所述；并且，在s-cscf接收到终端返回的与sipmessage对应的200ok之后，s-cscf向hss返回数据更新响应(cx-update_subscr_dataresp)；或者，在s-cscf向终端发送携带有终端更新后的配置参数的sipmessage之后，s-cscf即可向hss返回数据更新响应，不需要在接收到与sipmessage对应的200ok后，再向hss发送数据更新响应。

终端的配置参数保存在as上，一旦as检测到其保存的终端的配置参数发生更新，触发as向s-cscf发送携带有终端更新后的配置参数的sipmessage，s-cscf向终端发送该sipmessage，或者，as检测到其保存的终端的配置参数发生更新，且在接收到s-cscf发送的第三方注册请求后，向s-cscf发送携带有终端更新后的配置参数的sipmessage，s-cscf向终端发送该sipmessage。其中，s-cscf向终端发送该sipmessage的方式如步骤1202所述。在该实现方式中，终端还可以在接收到携带有终端更新后的配置参数后，通过p-cscs、s-cscf向as返回与sipmessage对应的200ok。

终端的参数保存在p-cscf上，当p-cscf检测到其保存的终端的配置参数发生更新时，p-cscf向终端发送携带有终端更新后的配置参数的sipmessage。

其中，hss、as、p-cscf检测自身保存的终端的配置参数发生更新方式可参照步骤1201所述，不再赘述。

可选的，上述图10～图12所示过程中，当终端的部分参数更新时，可以将整个终端的配置参数下发给终端，也可以仅将终端的配置参数中更新的配置参数下发给终端，不予限制。如：假设终端的配置参数包括10个参数，其中有5个参数发生了更新，此时，可以将包括这5个更新的配置参数的全部打包下发给终端，也可以仅将更新的5个参数下发给终端，以降低消息下发时的冗余。

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

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

在采用对应各个功能划分各个功能模块的情况下，图13示出了配置服务器的一种可能的组成示意图，该配置服务器可以用于执行上述实施例中涉及的s-cscf或者p-cscf的功能。如图13所示，该配置服务器可以包括：接收单元130，发送单元131；

接收单元130，用于接收终端的用于请求对终端进行ims注册的ims注册请求，发送单元131，用于根据ims注册请求，向终端发送用于支持ims业务的配置参数。

进一步的，图13所示配置服务器还包括检测单元132，用于检测到终端的配置参数发生更新，发送单元131，还用于将终端更新后的配置参数携带在sipmessage中向终端发送。

进一步的，接收单元130，还用于接收终端发送的用于请求对终端重新进行ims注册的重注册请求，发送单元131，还用于当配置服务器中保存的终端的配置参数发生更新时，将终端更新后的配置参数携带在用于指示终端ims重注册成功的重注册响应中向终端发送。

进一步的，接收单元130，还用于接收终端发送的用于请求配置服务器在终端的配置参数发生更新时向终端发送通知的订阅请求，发送单元131，还用于当配置服务器中保存的终端的配置参数发生更新时，配置服务器向终端携带有终端更新后的配置参数的发送事件通知。

需要说明的是，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。本申请实施例提供的配置服务器，用于执行上述配置终端参数的方法，因此可以达到与上述配置终端参数的方法相同的效果。

在采用集成的单元的情况下，本申请实施例提供一种通信设备，该装置可以以芯片的产品形态存在，用于执行上述实施例中配置服务器的功能，该装置可以包括：处理模块和通信模块。处理模块用于对装置的动作进行控制管理，例如，处理模块用于支持该装置执行本文所描述的技术的其它过程。通信模块用于支持装置与其他网络实体的通信，例如与图2示出的功能模块或网络实体之间的通信。该装置还可以包括存储模块，用于存储装置的程序代码和数据。

其中，处理模块可以是处理器或控制器。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。处理器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，dsp和微处理器的组合等等。通信模块可以是收发电路或通信接口等。存储模块可以是存储器。当处理模块为处理器，通信模块为通信接口，存储模块为存储器时，本申请实施例所涉及的装置可以为图4所示通信设备。

图14示出了终端的一种可能的组成示意图，该终端可以用于执行上述实施例中涉及的终端的功能。如图14所示，该终端可以包括：发送单元140、接收单元141；

发送单元140，用于向配置服务器发送用于请求对终端进行ims注册的ims注册请求；接收单元141，用于接收配置服务器发送的用于支持ims业务的配置参数。

需要说明的是，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。本申请实施例提供的终端，用于执行上述配置终端参数的方法，因此可以达到与上述配置终端参数的方法相同的效果。

在采用集成的单元的情况下，本申请实施例提供一种通信设备，该装置以芯片的产品形态存在，用于执行上述实施例中终端的功能，该装置可以包括：处理模块和通信模块。处理模块用于对装置的动作进行控制管理，例如，处理模块用于支持该装置执行本文所描述的技术的其它过程。通信模块用于支持装置与其他网络实体的通信，例如与图2示出的功能模块或网络实体之间的通信。该装置还可以包括存储模块，用于存储装置的程序代码和数据。

其中，处理模块可以是处理器或控制器。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。处理器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，dsp和微处理器的组合等等。通信模块可以是收发电路或通信接口等。存储模块可以是存储器。当处理模块为处理器，通信模块为通信接口，存储模块为存储器时，本申请实施例所涉及的装置可以为图4所示通信设备。

通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个装置，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是一个物理单元或多个物理单元，即可以位于一个地方，或者也可以分布到多个不同地方。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该软件产品存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、rom、ram、磁碟或者光盘等各种可以存储程序代码的介质。

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