多媒体彩像业务实现方法

摘要

本发明公开了一种多媒体彩像业务实现方法，其中，在开通了多媒体彩像业务的主叫用户呼叫被叫用户的情况下，在被叫用户接听通话之前，被叫终端将从网络获取的彩像显示给被叫用户，其中，彩像包括由主叫用户预先设置的图片、文字、视频、音频。通过使用本发明，可以充分利用网络和系统资源，为用户提供周到的服务，提高了用户体验，同时便于扩展市场、增大用户数量。

权利要求

1.一种多媒体彩像业务实现方法，其特征在于，在开通了多媒体彩像业务的主叫用户呼叫被叫用户的情况下，在所述被叫用户接听通话之前，被叫终端将从网络获取的彩像显示给所述被叫用户，其中，在HSS上增加一个指向PSS的业务模板，并将所有开通的彩像用户的业务类型都指向该业务模板，这只是个路由的作用，HSS中的用户的签约数据中指示用户所在的呼叫会话控制功能怎样找到PSS，每次呼叫，用户只有触发到PSS上，才能触发彩像应用服务器上的业务；所述彩像包括由所述主叫用户预先设置的图片、文字、视频、或音频。

2.根据权利要求1所述的多媒体彩像业务实现方法，其特征在于，在所述彩像为图片或文字的情况下，包括以下处理：步骤一，主叫终端向主叫应用服务器发送会话请求消息，其中，所述会话请求消息中携带有所述主叫终端支持的媒体格式标识；

步骤二，主叫应用服务器根据所述主叫终端是否在PSS上签约了彩像业务的模板来判断所述主叫终端是否支持多媒体彩像业务，并且在判断结果为是的情况下，从彩像媒体服务器获取所述主叫终端的彩像信息；

步骤三，所述主叫应用服务器经由被叫应用服务器向被叫终端发送会话请求消息，并在所述会话请求消息中携带所述彩像信息以及所述主叫终端支持的媒体格式标识；以及步骤四，所述被叫终端根据所述彩像信息下载彩像，并返回所述被叫终端支持的媒体格式。

3.根据权利要求2所述的多媒体彩像业务实现方法，其特征在于，在所述步骤二中，所述彩像信息包括：彩像路径信息。

4.根据权利要求2所述的多媒体彩像业务实现方法，其特征在于，在所述步骤四中，所述被叫终端根据所述主叫终端支持的媒体格式标识来选择所述被叫终端支持的媒体格式。

5.根据权利要求1所述的多媒体彩像业务实现方法，其特征在于，在所述彩像为视频或音频的情况下，包括以下处理：步骤一，主叫终端与所述被叫终端进行媒体协商，选择所述被叫终端支持的第一媒体格式；

步骤二，彩像媒体服务器与所述被叫终端进行媒体协商，选择所述被叫终端支持的第二媒体格式；

步骤三，所述主叫终端和所述被叫终端根据所述第一媒体格式更新端口配置，或所述主叫终端和所述被叫终端根据所述第二媒体格式更新端口配置；以及步骤四，所述被叫终端向所述被叫应用服务器发送振铃消息，并且所述被叫应用服务器将所述振铃消息转发到所述主叫应用服务器，之后，所述主叫应用服务器通知所述彩像媒体服务器向所述被叫终端播放彩像。

6.根据权利要求5所述的多媒体彩像业务实现方法，其特征在于，所述步骤一包括以下处理：步骤1，所述主叫终端经由主叫应用服务器和被叫应用服务器向所述被叫终端发送会话请求消息，并在初始化请求消息中携带所述主叫终端支持的媒体格式；以及步骤2，所述被叫终端向所述被叫应用服务器返回响应消息，并在所述响应消息中携带所述被叫终端支持的第一媒体格式。

7.根据权利要求5所述的多媒体彩像业务实现方法，其特征在于，所述步骤二包括以下处理：步骤3，所述主叫应用服务器在判断所述主叫终端支持彩像业务的情况下，向彩像媒体服务器发送会话请求消息；

步骤4，所述媒体服务器向所述主叫应用服务器发送临时响应消息，并在所述临时响应消息中携带所述媒体服务器支持的媒体格式，所述主叫应用服务器经由所述被叫应用服务器将所述媒体服务器支持的媒体格式转发到所述被叫终端；以及步骤5，所述被叫终端向所述被叫应用服务器返回确认消息，并在所述确认消息中携带所述被叫终端支持的第二媒体格式，所述被叫应用服务器将所述被叫终端支持的第二媒体格式经由所述主叫应用服务器转发到所述主叫终端。

8.根据权利要求5所述的多媒体彩像业务实现方法，其特征在于，所述步骤三中，在所述主叫终端和所述被叫终端根据选择的所述第一媒体格式更新端口配置的情况下，包括以下处理：步骤6，所述主叫终端向所述主叫应用服务器发送更新媒体端口状态消息，所述更新消息中携带有所述主叫终端与所述被叫终端协商的主叫端端口准备好的共同支持的媒体格式；

步骤7，所述主叫应用服务器经由所述被叫应用服务器将所述更新消息转发到所述被叫终端；

步骤8，所述被叫终端向所述被叫应用服务器返回确认消息，所述确认消息中携带有所述主叫终端与所述被叫终端协商的被叫端端口准备好的共同支持的媒体格式；以及步骤9，所述被叫应用服务器经由所述主叫应用服务器将所述确认消息转发到所述主叫终端。

9.根据权利要求2至8中任一项所述的多媒体彩像业务实现方法，其特征在于，预先进行以下处理：对于支持彩像业务的用户，在归属位置服务器上相应地设置一个私有用户标识和与所述私有用户标识对应的三个公有用户标识，所述用户可以以任一公有用户标识登陆基于软件的数字助理业务即softDA或进行呼叫。

10.根据权利要求2至8中任一项所述的多媒体彩像业务实现方法，其特征在于，预先进行以下处理：通过扩充媒体类型的字段来区分彩铃业务的媒体和彩像业务的媒体。

说明书

多媒体彩像业务实现方法

技术领域

[0001] 本发明涉及通信领域，并且特别地，涉及一种多媒体彩像业务实现方法。

背景技术

[0002] 随着移动通信和计算机网络等技术的飞速发展，尤其是IP多媒体子系统(IMS)网络的发展，实现了端到端的IP多媒体通信，已经可以在主被叫用户之间实现实时的视频通讯，而IMS网络的出现为各种多媒体业务的应用提供了网络基础。

[0003] 在目前的网络环境中，在主被叫呼叫前、以及从被叫振铃到被叫接听期间，主叫听彩铃音和被叫视频播放资源均未被利用，处于空闲状态，也就是说，当主叫呼叫被叫时，被叫用户听到的只是普通单调的振铃，并且看不到与主叫用户相关的图像，因此，造成了很大的网络资源的浪费。然而，目前关于如何有效利用这部分资源，尚未提出相关技术方案。

发明内容

[0004] 考虑到上述问题而做出本发明，为此，本发明的主要目的在于提供一种多媒体彩像业务实现方案，该方法能够充分利用通话前被叫终端的空闲网络资源。

[0005] 根据本发明的实施例，提供了一种多媒体彩像业务实现方法。

[0006] 在该方法中，在开通了多媒体彩像业务的主叫用户呼叫被叫用户的情况下，在被叫用户接听通话之前，被叫终端将从网络获取的彩像显示给被叫用户，其中，彩像包括由主叫用户预先设置的图片、文字、视频、音频。

[0007] 在彩像为图片或文字的情况下，可以包括以下处理：

[0008] 步骤一，主叫终端向主叫应用服务器发送会话请求消息，其中，会话请求消息中携带有主叫终端支持的媒体格式标识；步骤二，主叫应用服务器根据主叫终端是否在PSS上签约了彩像业务的模板来判断主叫终端是否支持多媒体彩像业务，并且在判断结果为是的情况下，从彩像媒体服务器获取主叫终端的彩像信息；步骤三，主叫应用服务器经由被叫应用服务器向被叫终端发送会话请求消息，并在会话请求消息中携带彩像信息以及主叫终端支持的媒体格式标识；以及步骤四，被叫终端根据彩像信息下载彩像，并返回被叫终端支持的媒体格式。

[0009] 其中，在步骤二中，彩像信息包括：彩像路径信息。

[0010] 并且，在步骤四中，被叫终端根据主叫终端支持的媒体格式标识来选择被叫终端支持的媒体格式。

[0011] 另外，在彩像为视频或音频的情况下，包括以下处理：

[0012] 步骤一，主叫终端与被叫终端进行媒体协商，选择被叫终端支持的第一媒体格式；步骤二，彩像媒体服务器与被叫终端进行媒体协商，选择被叫终端支持的第二媒体格式；步骤三，主叫终端和被叫终端根据选择的第一媒体格式/第二媒体格式更新端口配置；以及步骤四，被叫终端向被叫应用服务器发送振铃消息，并且被叫应用服务器将振铃消息转发到主叫应用服务器，之后，主叫应用服务器通知彩像应用服务器向被叫终端播放彩像。

[0013] 其中，步骤一可以包括以下处理：

[0014] 步骤1，主叫终端经由主叫应用服务器和被叫应用服务器向被叫终端发送会话请求消息，并在初始化请求消息中携带主叫终端支持的媒体格式；以及步骤2，被叫终端向被叫应用服务器返回响应消息，并在响应消息中携带被叫终端支持的第一媒体格式。

[0015] 并且，步骤二可以包括以下处理：

[0016] 步骤3，主叫应用服务器在判断主叫终端支持彩像业务的情况下，向彩像媒体服务器发送会话请求消息；步骤4，媒体服务器向主叫应用服务器发送临时响应消息，并在临时响应消息中携带媒体服务器支持的媒体格式，主叫应用服务器经由被叫应用服务器将媒体服务器支持的媒体格式转发到被叫终端；以及步骤5，被叫终端向被叫应用服务器返回确认消息，并在确认消息中携带被叫终端支持的第二媒体格式，被叫应用服务器将被叫终端支持的第二媒体格式经由主叫应用服务器转发到主叫终端。

[0017] 此外，步骤三可以包括以下处理：

[0018] 步骤6，主叫终端向主叫应用服务器发送更新媒体端口状态消息，更新消息中携带有主叫终端与被叫终端协商的主叫端端口准备好的共同支持的媒体格式；步骤7，主叫应用服务器经由被叫应用服务器将更新消息转发到被叫终端；步骤8，终端向被叫应用服务器返回确认消息，确认消息中携带有主叫终端与被叫终端协商的被叫端端口准备好的共同支持的媒体格式；以及步骤9，被叫应用服务器经由主叫应用服务器将确认消息转发到主叫终端。

[0019] 除此之外，在该方法中，可以预先进行以下处理：对于支持彩像业务的用户，在归属位置服务器上相应地设置一个私有用户标识和与私有用户标识对应的三个公有用户标识，用户可以以任一公有用户标识登陆基于软件的数字助理业务即softDA或进行呼叫。

[0020] 并且，还可以预先进行以下处理：通过扩充媒体类型的字段来区分彩铃业务的媒体和彩像业务的媒体。

[0021] 通过本发明的上述技术方案，可以充分利用网络和系统资源，为用户提供周到的服务，提高了用户体验，同时便于扩展市场、增大用户数量。

附图说明

[0022] 此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

[0023] 图1是根据本发明实施例的多媒体彩像业务实现方法中实现图片或文字彩像业务的处理流程图；

[0024] 图2是根据本发明实施例的多媒体彩像业务实现方法中实现图片或文字彩像业务的详细处理流程图；

[0025] 图3是根据本发明实施例的多媒体彩像业务实现方法中实现视频或音频彩像业务的处理流程图；

[0026] 图4是根据本发明实施例的多媒体彩像业务实现方法中实现视频或音频彩像业务的详细处理流程图；

[0027] 图5A是根据本发明实施例的媒体彩像业务系统的框图；

[0028] 图5B是根据本发明实施例的媒体彩像业务系统中应用服务器的框图；

[0029] 图6是根据本发明实施例的媒体彩像业务实现方法中通过网页(web)申请开通多媒体彩像业务的信令流程图；

[0030] 图7是根据本发明实施例的媒体彩像业务实现方法中通过web注销多媒体彩像业务的信令流程图；

[0031] 图8是根据本发明实施例的媒体彩像业务实现方法中上载彩像文件的信令流程图；

[0032] 图9是根据本发明实施例的媒体彩像业务实现方法中订购彩像文件的信令流程图；

[0033] 图10是根据本发明实施例的媒体彩像业务实现方法中彩像用户通过softDA进行注册的信令流程图；以及

[0034] 图11是根据本发明实施例的媒体彩像业务实现方法中彩像用户通过softDA进行注销的信令流程图。

具体实施方式

[0035] 以下将参照附图来详细描述本发明实施例，其中，给出以下实施例以提供对本发明的全面和透彻理解，而不是对本发明进行任何限制。

[0036] 在本实施例中，提供了一种多媒体彩像业务实现方法，其中，IMS域的媒体彩像业务是面向所有IMS的用户开放的。

[0037] 在该方法中，在开通了多媒体彩像业务的主叫用户呼叫被叫用户的情况下，在被叫用户接听通话之前，被叫终端将从网络获取的彩像显示给被叫用户，其中，彩像包括由主叫用户预先设置的图片、文字、视频、音频等，并且可以将其通称为彩像资源。

[0038] 如果要实现彩像的播放，需要在IMS核心网(IMS core)中设置一些业务数据和用户数据，要求终端具备通过http协议到彩像服务器上载或下载彩像文件并进行播放的能力，优选地，下述终端可以是softDA软终端或者3G手机终端。

[0039] 优选地，可以预先进行业务数据和用户数据的设置，具体地，可以包括以下处理：

[0040] 在归属位置服务器(HSS)上签约播放号：对于彩像用户，例如，ID为24020011的用户，可以为该用户增加一个私有用户标识，例如，该思友标识可以为[e-mail]，并且为该用户增加三个公有用户标识，例如，公共标识为sip：[e-mail]、tel：[phone]、以及sip：[e-mail]，之后，将私有用户标识与三个公有用户标识对应起来。这样的话，该用户就可以以任何一种公有用户标识(24020011，tel：[phone]，ln0011)登陆softDA或者用于3G手机终端呼叫对方；

[0041] 之后，在HSS上增加一个指向PSS的业务模板service profile，并将所有开通的彩像用户的业务类型都指向该模板service profile。这只是个路由的作用，HSS中的用户的签约数据中指示用户所在的呼叫会话控制功能(CSCF)怎样找到PSS，每次呼叫，用户只有触发到PSS上，才能触发彩像应用服务器(AS)上的业务；

[0042] 接下来，在PSS上增加一个彩像业务的模板，将彩像用户都登记为该模板，由于多媒体彩像业务是作为一种补充业务存在于PSS上的，所以PSS根据模板中的服务器地址找到彩像MS触发业务；

[0043] 在CSCF的维护台上设置路由到彩铃中心(CRBT)系统的链路和路由。使得所有的呼叫在CSCF上处理后，到CRBT系统业务平台取得彩像文件的统一资源定位器(URL)并下载播放。

[0044] 在根据本发明实施例的方法中，优选地，可以通过IMS core的PSS负责接续。这样，每次业务呼叫只占用一个信令通道，被叫一摘机就拆除到CRBT系统的会话通道，所以，能够在很大程度上节省系统资源，保证高速的数据传输，并且可以明确分工，使得CRBT系统只负责业务逻辑不负责呼叫的接续，避免了话路迂回的出现，保证了CRBT系统的可靠性。

[0045] 此外，在播放彩像之前，还可以预先进行以下处理：通过扩充媒体类型的字段来区分彩铃业务的媒体和彩像业务的媒体。这是因为，在实现视频彩像中，如果被叫用户既是彩像用户又是彩铃用户，这时对同时有彩像以及彩铃Early Session的情形，需要区分哪个媒体是彩铃，哪个媒体是彩像。例如，可以定义MCTD Session和CRBTSession，示例如下：

[0046] Content-Type:application/sdp

[0047] Content-Disposition:x-mcid-session

[0048] Content-Disposition:x-crbt-session

[0049] 其优势在于：通过扩充内容处理类型(Content-Dispositiontype)，对彩铃媒体以及彩像媒体进行了明确区分，而不需要对会话描述协议(SDP)进行扩充；此外，对IMS核心网的中间网元来说，对于不能识别的扩充的媒体类型，只需进行透明传输，而不会出现误处理的情况。

[0050] 以下将分别描述彩像为图片或文字、以及彩像是视频的情况下所执行的处理。

[0051] 实例1：彩像为图片或文字

[0052] 如图1所示，在显示彩像的过程中，在彩像为图片或文字的情况下，可以包括以下处理：

[0053] 步骤S102，主叫终端向主叫AS发送会话请求消息，其中，会话请求消息中携带有主叫终端支持的媒体格式标识；步骤S104，主叫AS根据主叫终端是否在PSS上签约了彩像业务的模板来判断主叫终端是否支持多媒体彩像业务，并且在判断结果为是的情况下，从彩像媒体服务器(MS)获取主叫终端的彩像信息(包括彩像路径信息)；步骤S106，主叫AS经由被叫AS向被叫终端发送会话请求消息，并在会话请求消息中携带彩像信息以及主叫终端支持的媒体格式标识；以及步骤S108，被叫终端根据彩像信息下载彩像，并返回被叫终端支持的媒体格式。

[0054] 并且，在步骤S108中，被叫终端根据主叫终端支持的媒体格式标识来选择被叫终端支持的媒体格式。

[0055] 图2示出了当彩像为图片或文字时，在被叫用户同时为彩玲用户的情况下，播放图片或文字彩像的详细处理过程。如图2所示，可以包括以下处理：

[0056] 步骤201：主叫用户发起呼叫，UE_A发送会话请求消息(Invite)给主叫AS，请求中包含主叫终端所支持的媒体格式以及早期会话的能力；

[0057] 步骤202：主叫AS判断用户有彩像业务，将Invite消息(其中带有主叫AS所支持的媒体格式)发送给彩像MS；

[0058] 步骤203：彩像MS通过200OK(最终响应)消息返回用户的彩像信息(Call-Info)给主叫AS；

[0059] 步骤204：主叫AS收到200OK消息后，发出确认消息(ACK)给彩像MS表示确认；

[0060] 步骤205：主叫AS发送bye(结束会话)消息给彩像MS，释放对彩像MS的呼叫；

[0061] 步骤206：彩像MS收到bye消息后发送200OK给主叫AS，表示确认；

[0062] 步骤207：主叫AS发送Invite消息给被叫AS，消息中携带主叫彩像文件的地址的信息Call-Info以及主叫用户UE_A所支持的媒体格式；

[0063] 步骤208：被叫AS转发收到的invite消息给被叫终端，被叫用户收到Invite消息后，根据Call-Info下载彩像信息；

[0064] 步骤209：被叫用户发送183(临时响应)消息，消息中携带会话(Session)媒体应答B1 Answer(主叫与被叫协商之后的共同支持的媒体格式)；

[0065] 步骤210：被叫AS判断被叫用户注册了彩铃业务，发送Invite消息给彩铃AS，消息中不包含媒体格式(SDP)；

[0066] 步骤211：彩铃MS发送183消息，消息中携带彩铃媒体(CRBTOffer)(彩铃MS所支持的媒体格式)；

[0067] 步骤212：被叫AS发送183消息给主叫AS，消息中携带彩铃早期媒体CRBT Offer以及被叫用户返回的应答媒体B1 Answer；

[0068] 步骤213：主叫AS转发183消息给主叫终端；

[0069] 步骤214：UE_A发送PRACK(临时响应)消息给主叫AS，并在PRACK中携带彩铃早期媒体应答CRBT Answer(主叫与彩铃MS最终协商的共同支持的媒体格式)；

[0070] 步骤215：主叫AS将PRACK消息转发给被叫AS，并在PRACK中携带彩铃早期媒体应答CRBT Answer；

[0071] 步骤216：被叫AS将PRACK消息转发给彩铃MS，在PRACK中携带的彩铃早期媒体应答；

[0072] 步骤817：彩铃MS将200OK应答发送给被叫AS，作为对PRACK消息的确认；

[0073] 步骤218：被叫AS将PRACK消息发送给被叫终端；

[0074] 步骤219：被叫终端将200OK应答发送给被叫AS，作为对PRACK消息的确认；

[0075] 步骤220：被叫AS发送200OK应答给主叫AS，作为对PRACK消息的确认；

[0076] 步骤221：主叫AS将200OK应答发送给主叫终端，作为对PRACK消息的确认；

[0077] 步骤222：主叫资源预留成功，主叫终端发送UPDATE(更新媒体端口状态)消息给主叫AS，并在消息中携带Session媒体SDPA1’(主叫与被叫协商的共同支持的媒体格式)，Early-Session媒体A2’(主叫与彩铃MS协商的共同支持的媒体格式)；

[0078] 步骤223：主叫AS发送UPDATE消息给被叫AS(只是转发步骤222的消息)，消息中携带Session媒体SDP A1’，Early-Session媒体A2’；

[0079] 步骤224：被叫AS发送UPDATE消息给彩铃MS，并在消息中携带Early-Session媒体A2’；

[0080] 步骤225：彩铃MS回200OK消息，消息中携带彩铃SDPCRBT’(主叫与彩铃MS协商的端口准备好的媒体格式)；

[0081] 步骤226：被叫AS发送UPDATE消息给被叫用户，在消息中携带Session媒体A1’(只是转发步骤222消息中的SDP A1’)；

[0082] 步骤227：被叫用户返回200OK消息给被叫AS，并在该消息中携带sdp B1’(主叫与被叫协商后的共同支持的端口准备好的媒体格式)；

[0083] 步骤228：被叫AS发送200OK消息给主叫AS，并在消息中携带Early-Session媒体SDP CRBT’和Session媒体SDP B1’(即，将上述端口准备好的两个媒体通过一个200OK消息全部送给主叫AS)；

[0084] 步骤229：主叫AS发送200OK消息给主叫用户，消息中携带Early-Session媒体SDP CRBT’和Session媒体SDP B1’(只是转发步骤228的消息)；

[0085] 步骤230：被叫用户振铃，发送180消息(普通振铃消息)给被叫AS，被叫AS返回PRACK，并且被叫用户发送200OK表示确认；

[0086] 步骤231：被叫AS发送180消息给主叫AS，主叫AS返回PRACK，被叫AS发送200OK表示确认；

[0087] 步骤232：主叫AS发送180消息给主叫用户，主叫用户返回PRACK，主叫AS发送200OK表示确认；

[0088] 步骤233：彩铃MS发送200OK给被叫AS；

[0089] 步骤234：被叫AS发送ACK消息给彩铃MS表示确认收到200OK；

[0090] 步骤235：被叫AS发送info消息给彩铃MS，指示彩铃MS给主叫用户放彩铃，被叫用户看到图片格式的彩像；

[0091] 步骤236：彩铃MS发送200OK消息阿给被叫AS，作为收到info消息的确认；

[0092] 步骤237：彩铃MS为主叫用户播放彩铃；

[0093] 步骤238：被叫用户摘机应答，发送200OK消息给被叫AS；

[0094] 步骤239：被叫AS发送bye消息给彩铃MS，释放与彩铃MS的呼叫；

[0095] 步骤240：彩铃MS发送200OK消息给被叫AS表示确认收到bye消息；

[0096] 步骤241：被叫AS发送200OK给主叫AS，表示被叫已经摘机应答了；

[0097] 步骤242：主叫AS发送200Ok消息给主叫用户，表示被叫已经摘机应答了；

[0098] 步骤243：主叫用户与被叫用户之间进行通话；

[0099] 步骤244：主叫用户发送ACK消息给主叫AS，表示确认收到200OK消息；

[0100] 步骤245：主叫AS发送ACK消息给被叫AS，表示确认收到200OK消息；

[0101] 步骤246：被叫AS发送ACK消息给主叫用户，表示确认收到200OK消息。

[0102] 实例2：彩像为视频或音频

[0103] 图3示出了彩像为视频或音频时的处理流程。如图3所示，包括以下处理：

[0104] 步骤S302，主叫终端与被叫终端进行媒体协商，选择被叫终端支持的第一媒体格式；步骤S304，彩像MS与被叫终端进行媒体协商，选择被叫终端支持的第二媒体格式；步骤S306，主叫终端和被叫终端根据选择的第一媒体格式/第二媒体格式更新端口配置；以及步骤S308，被叫终端向被叫AS发送振铃消息，并且被叫AS将振铃消息转发到主叫AS，之后，主叫AS通知彩像AS向被叫终端播放彩像。

[0105] 其中，步骤S302可以包括以下处理：

[0106] 步骤1，主叫终端经由主叫AS和被叫AS向被叫终端发送会话请求消息，并在初始化请求消息中携带主叫终端支持的媒体格式；以及步骤2，被叫终端向被叫AS返回响应消息，并在响应消息中携带被叫终端支持的第一媒体格式。

[0107] 并且，步骤S304可以包括以下处理：

[0108] 步骤3，主叫AS在判断主叫终端支持彩像业务的情况下，向彩像MS发送会话请求消息；步骤4，MS向主叫AS发送临时响应消息，并在临时响应消息中携带MS支持的媒体格式，主叫AS经由被叫AS将MS支持的媒体格式转发到被叫终端；以及步骤5，被叫终端向被叫AS返回确认消息，并在确认消息中携带被叫终端支持的第二媒体格式，被叫AS将被叫终端支持的第二媒体格式经由主叫AS转发到主叫终端。

[0109] 此外，步骤S306可以包括以下处理：

[0110] 步骤6，主叫终端向主叫AS发送更新媒体端口状态消息，更新消息中携带有主叫终端与被叫终端协商的主叫端端口准备好的共同支持的媒体格式；步骤7，主叫AS经由被叫AS将更新消息转发到被叫终端；步骤8，终端向被叫AS返回确认消息，确认消息中携带有主叫终端与被叫终端协商的被叫端端口准备好的共同支持的媒体格式；以及步骤9，被叫AS经由主叫AS将确认消息转发到主叫终端。

[0111] 图4示出了当彩像为视频或音频时，在被叫用户同时为彩玲用户的情况下，播放视频或音频彩像的详细处理过程。如图4所示，具体可以包括以下步骤：

[0112] 步骤401：主叫用户发起呼叫，主叫用户UE_A发送invite请求给被叫用户UE_B，请求中包含正常媒体请求标识；

[0113] 步骤402：主叫AS将收到的invite请求消息给转发被叫AS，主叫AS和被叫AS不对信令做特殊处理；

[0114] 步骤403：被叫AS将收到的invite请求消息转发给被叫用户UE_B；

[0115] 步骤404：被叫用户UE_B返回183(临时响应消息)，消息中包含支持早期会话能力的标识，并且在响应消息中包含主叫与被叫协商的最终共同支持的媒体格式；

[0116] 步骤405：被叫AS判断被叫用户有彩铃业务，向彩铃MS发送invite消息，该消息中不包含任何媒体格式；

[0117] 步骤406：彩铃MS返回183消息，消息中包含彩铃MS所支持的媒体格式；

[0118] 步骤407：被叫AS返回183消息给主叫AS，响应消息中包含被叫用户UE_B返回的应答媒体B1 Answer(主叫与被叫协商的最终共同支持的媒体格式)和彩铃MS返回的彩铃早期媒体CRBToffer(彩铃MS所支持的媒体格式)；

[0119] 步骤408：主叫AS将受到的183消息转发给主叫用户UE_A；步骤409：主叫用户UE_A发送PRACK消息，确认受到183响应，并在PRACK中携带彩铃早期媒体应答CRBT Answer(主叫与彩铃MS协商的最终共同支持的媒体格式)；

[0120] 步骤410：主叫AS判断主叫用户UE_A有彩像业务，向彩像MS发送invite消息，消息中不包含任何媒体格式；

[0121] 步骤411：彩像MS返回183消息，SDP中携带其本身支持的彩像媒体请求(MCID offer)(彩像MS所支持的媒体格式)；

[0122] 步骤412：主叫AS发送PRACK消息给被叫AS，消息中携带主叫用户UE_A返回的CRBT Answer A2(主叫与彩铃MS协商的最终共同支持的媒体格式)以及彩像媒体MCID offer(彩像MS所支持的媒体格式)；

[0123] 步骤413：被叫AS发送PRACK消息给彩铃MS，消息中携带UE_A返回的CRBT Answer A2(主叫与彩铃MS协商的最终共同支持的媒体格式)；

[0124] 步骤414：彩铃MS发送200OK消息；

[0125] 步骤415：被叫AS发送PRACK消息给UE_B，携带彩像的早期媒体请求MCID offer(彩像MS所支持的媒体格式)；

[0126] 步骤416：UE_B发送200OK消息给被叫AS，消息中携带MCIDAnswer B2(被叫与彩像MS协商的最终共同所支持的媒体格式)；

[0127] 步骤417：被叫AS发送200OK消息给主叫AS，消息中携带MCID Answer B2(转发步骤416消息)；

[0128] 步骤418：主叫AS发送200OK消息给UE_A；

[0129] 步骤419：主叫AS发送PRACK消息给彩像MS，消息中携带UE_B返回的MCID Answer(被叫与彩像MS协商的最终共同所支持的媒体格式)；

[0130] 步骤420：彩像MS发送200OK消息；

[0131] 步骤421：UE_A发送UPDATE(更新媒体端口状态)消息给主叫AS，表示主叫侧资源预留完成，消息中携带Early Session SDPA2’(彩铃MS与主叫协商的主叫端端口准备好的共同支持的媒体格式)，Session SDP A1’(主叫与被叫协商的主叫端端口准备好的共同支持的媒体格式)；

[0132] 步骤422：主叫AS发送UPDATE消息给被叫AS，消息中携带Early Session SDP A2’，Session SDP A1’(只是转发步骤421的消息)；

[0133] 步骤423：被叫AS发送UPDATE消息给彩铃MS，消息中携带SDP A2’(彩铃MS与主叫协商的主叫端端口准备好的共同支持的媒体格式，主要是通知彩玲MS，主叫终端媒体端口已经准备好可以接收媒体包了)；

[0134] 步骤424：彩铃MS发送200OK消息，并在消息中携带CRBT’(彩铃MS与主叫协商的本地端端口准备好的共同支持的媒体格式，主要是彩玲MS通知主叫端，本地端口已经准备好可以发送媒体包了)；

[0135] 步骤425：被叫AS发送UPDATE消息给UE_B，消息中携带Session A1’(主叫用户与被叫用户协商的主叫端端口准备好的共同支持的媒体格式)；

[0136] 步骤426：被叫UE_B发送200OK消息，消息中携带Session B1’(主叫与被叫协商的被叫端端口准备好的共同支持的媒体格式)；

[0137] 步骤427：被叫AS发送200OK消息给主叫AS，消息中携带Early Session CRBT’、Session B1’(只是转发424和426中的消息)；

[0138] 步骤428：主叫AS发送200OK消息给主叫用户，消息中携带Early Session CRBT’、Session B1’(转发步骤428中的消息)；

[0139] 步骤429：被叫振铃，被叫UE_B发送180(普通振铃)消息给被叫AS；

[0140] 步骤430：被叫AS发送180消息给主叫AS；

[0141] 步骤431：主叫AS发送180消息给UE_A；

[0142] 步骤432：被叫AS收到180消息后发送INFO消息给彩铃MS，通知彩铃MS播放彩铃音，彩铃MS发送200OK消息；

[0143] 步骤433：主叫AS收到180消息后发送INFO消息给彩像MS，通知彩像MS为被叫播放视频彩像，彩像MS发送200OK消息；

[0144] 步骤434：被叫UE_B应答，发送200OK消息；

[0145] 步骤435：被叫AS发送CANCEL(取消会话)消息给彩铃MS，以释放对彩铃MS的呼叫；

[0146] 步骤436：彩铃MS发送200OK消息；

[0147] 步骤437：被叫AS发送200OK消息给主叫AS；

[0148] 步骤438：主叫AS发送200OK消息给主叫UE_A；

[0149] 步骤439：彩铃MS发送487消息给被叫AS；

[0150] 步骤440：被叫AS发送ACK(确认)消息给彩铃MS；

[0151] 步骤441：主叫AS发送CANCEL消息给彩像MS，释放对彩像MS的呼叫；

[0152] 步骤442：彩像MS发送200OK消息；

[0153] 步骤443：彩像MS发送487(请求终止)消息给主叫AS；

[0154] 步骤444：主叫AS回复ACK消息；

[0155] 步骤445：主叫UE_A发送ACK消息给主叫AS；

[0156] 步骤446：主叫AS发送ACK消息给被叫AS；

[0157] 步骤447：被叫AS发送ACK消息给被叫UE_B；

[0158] 因此，主被叫用户之间进行通话。

[0159] 应当注意的是，在步骤423中的Session A1’是主叫用户和彩铃MS之间协商的一个媒体结果，步骤425中的Session A2’是主叫用户与被叫用户之间协商的一个媒体结果。

[0160] 除了上述的播放彩像的流程外，优选地，可以对本发明的彩像业务的彩像资源进行如下方式的管理：

[0161] 1.系统管理员对彩像资源管理

[0162] 系统管理员可以通过WWW方式登录IMS域彩像业务平台对彩像资源进行管理，可以进行如下处理：

[0163] (1)维护媒体资源分类和信息：服务提供商/内容提供商(SP/CP)管理员上传媒体资源时需选择其分类，用户也可以根据分类信息迅速地查找媒体资源；

[0164] (2)维护系统默认彩像：当业务用户未作任何彩像设置，或者在业务用户的彩像设置中没有任何一条记录可以匹配当前被叫用户的情况下，系统自动为主叫用户播放的缺省彩像；

[0165] (3)审批SP/CP媒体资源：系统管理员可以审批SP/CP新上载、修改、或删除的媒体资源，系统管理员可以参考媒体资源基本信息、媒体资源效果、以及系统中已有的同名媒体资源的价格，决定是否批准该媒体资源，供用户下载使用；

[0166] (4)批量审批SP/CP媒体资源：系统管理员可以一次审批多条SP/CP新上载、修改或删除的媒体资源，以减少重复操作。

[0167] 2.SP/CP对彩像资源管理

[0168] SP/CP可以通过WWW方式登录IMS域彩像业务平台对彩像资源进行管理，可以进行如下处理：

[0169] (1)浏览彩像：SP/CP管理员可以浏览到所有SP/CP上传的正常状态的彩像，SP/CP管理员可以浏览彩像的详细信息，还可以试听试看；

[0170] (2)上载新彩像：SP/CP管理员可以登陆彩像业务网站，选择图片文件或者视频文件，采用文件传输协议(FTP)上传到多MS(MS)上，上载后的彩像需要经过运营商系统管理员审批通过后，才能提供给业务用户使用；

[0171] (3)管理驳回彩像：SP/CP管理员可以管理被运营商系统管理员驳回的彩像，包括试听、删除、或修改彩像的基本信息。

[0172] (4)维护彩像：SP/CP管理员可以维护自己的彩像，包括修改彩像信息，删除、试听，维护彩像的状态。

[0173] 可实现上述处理的多媒体彩像业务系统主要由IMS core，AS，MS组成。其中，IMS core负责业务的触发，AS完成基本业务和补充业务的业务逻辑控制、完成业务数据查询、并完成与手机的业务逻辑交互。MS存储用户彩像数据与彩像文件，协助AS完成业务展现。用户或者运营商可以通过入口(Portal)进行业务订购，注销，可以管理用户的彩像数据和彩像文件。

[0174] 下面将参照图详细描述用于实现上述处理的硬件结构。

[0175] 如图5A所示，根据本发明实施例的多媒体彩像业务模块及其接口主要包括：

[0176] 彩像业务AS，用于完成IMS域彩像基本业务的业务逻辑控制、完成业务数据查询、接受其他AS的用户信息、向MS指示多媒体的播放、完成与手机的业务逻辑交互、向CCF输出计费信息等处理。AS需要提供与业务管理Portal的接口，以允许运营商或终端用户在授权情况下对AS的业务鉴权数据进行定制和修改。

[0177] HSS，位于IMS核心网络架构的最顶层，用于在归属网络中保存IMS用户的签约信息，该信息包括用户的基本标识、路由信息等数据、以及部分签约信息等集中综合数据库，HSS中保存的主要信息包括：IMS用户标识(包括公共及私有标识)、用户号码、以及用户地址信息；IMS用户安全上下文包括：用户网络接入认证的密钥信息、漫游限制信息；IMS用户的路由信息包括：HSS支持用户的注册，并且存储用户的位置信息；IMS用户的业务签约信息包括：其他AS的增值业务数据。

[0178] S-CSCF(服务CSCF)，其在整个IMS核心网的会话控制处于核心的控制地位，接受来自拜访网络IMS用户经过P-CSCF(代理CSCF)转发的注册请求，并与HSS配合以对IMS终端用户进行鉴权，并从HSS中下载IMS基本签约数据，用于实现针对主叫端和被叫端的IMS用户的基本会话路由功能，评估IMS签约触发规则，并且在条件满足时通过进行到SIP AS/IM-SSF/OSA SCS的增值业务路由触发。此外，在运营商网络中，不同的S-CSCF的能力集合可能是不相同的；

[0179] 计费采集功能(CCF)，用于接收彩像业务AS的计费信息并进行存储；

[0180] MRS，用于存储所需的彩像文件资源，并接收彩像业务AS的指示进行多媒体的播放、编码的协商、会议资源的申请及释放等操作。

[0181] 全球标准管理方法(GSMP)，用于完成业务管理和维护的各项操作，以及实现主要的特征业务，例如，开通业务/注销业务/用户设置/SP管理媒体资源/计费功能等。

[0182] 其中，如图5B所示，彩像业务AS主要由web server，铃音FTP模块，外围接口模块IMP，管理业务模块，业务数据模块组成。

[0183] 对于彩像业务AS的各部分组成描述如下：

[0184] 网络服务器(web server)，其是彩像用户的万维网接入服务器，其主要负责彩像用户的登录、彩像铃音的试听、定购、设置等操作，此外，该服务器还可以辅助运营管理人员执行将各种彩像铃音上传到MS服务器的操作；

[0185] 铃音FTP模块，该模块主要用于铃音上传和铃音试听时的存储，该模块物理铃音的删除处理是由管理业务模块在铃音到期时发起消息通知接口机，以进行删除；

[0186] 外围接口模块(IMP)，主要分为接口代理模块和接口解析模块两大类，其包括彩像管理接口机、铃音处理接口机、短信接口机等，主要负责将用户通过web server进行的试听、定购、设置等操作发送给管理业务模块进行处理、将web上传的彩像铃音发送至MS服务器、进行短信中心的接入、并对短信中心发送过来的短信进行处理；

[0187] 管理业务模块，主要用于执行彩像业务用户的开通、注销等处里，以及实现用户铃音的设置、用户的计费等业务逻辑处理功能；

[0188] 业务数据模块，用于存储管理业务模块处理后的用户数据和铃音数据，其中还存储了用户定购、设置等与铃音设置相关的数据、以及系统运行所需的其他管理数据，其核心技术为数据库技术。

[0189] 基于上述系统，用户可以通过web网页等方式申请开通彩像业务、注销彩像业务，下面结合附图详细描述实现这些业务的处理过程。

[0190] 首先将描述在CRBT中通过web网页申请开通多媒体彩像业务的处理过程。

[0191] 如图6所示，实现该业务主要执行以下处理：

[0192] 步骤601：系统管理员登陆系统管理员web界面，点击“彩像开户”，输入要开户的用户的帐号以及密码；

[0193] 步骤602：web将开户请求消息发给IMP接口模块；

[0194] 步骤603：IMP接口模块收到消息后，将该消息转发给管理业务模块；

[0195] 步骤604：管理业务模块再次将该开户请求消息发给业务数据模块，业务数据模块调用存储过程，以查询当前的卡容量，给新开通的用户分配用户索引，并成功插入用户记录；

[0196] 步骤605至步骤608：返回成功开户的结果。

[0197] 接下来将描述CRBT中通过web网页注销多媒体彩像业务的业务流程。如图7所示，具体包括下处理：

[0198] 步骤701：系统管理员登陆系统管理员web界面，点击“彩像销户”，输入要注销的用户的帐号，web将注销请求发送给IMP接口代理模块；

[0199] 步骤702：IMP接口代理模块收到注销请求之后，将该请求转发给管理业务模块；

[0200] 步骤703：管理业务模块将要注销的用户号码等相关信息发送给业务数据模块以进行销户鉴权；

[0201] 步骤704：业务数据模块将激活鉴权的请求发送给IMP接口解析模块；

[0202] 步骤705：IMP接口解析模块与营帐中心进行交互，并执行销户鉴权处理；

[0203] 步骤706：营帐中心将销户鉴权的结果返回给IMP接口解析模块；

[0204] 步骤707：IMP接口解析模块收到销户鉴权结果后，将该结果通知用户(例如，发短信通知用户)；

[0205] 步骤708：IMP接口解析模块将销户鉴权的结果返回给管理业务模块；

[0206] 步骤709：管理业务模块通知业务数据模块发起真正的销户处理，业务数据模块删除用户的纪录；

[0207] 步骤710：管理业务模块将成功销户的操作结果返回给IMP接口代理模块；

[0208] 步骤711：IMP接口代理模块成功销户的结果返回给系统管理员。

[0209] 下面将描述在CRBT中通过web网页进行彩像文件上载的处理过程。如图8所示，具体包括以下处理：

[0210] 步骤801：系统管理员登陆系统管理员web界面，点击“系统铃音上传”，选择一个铃音分类和一个图片文件或视频铃音文件，并点击web中的上传按钮；

[0211] 步骤802：web server收到上传消息后通过FTP将该上传的铃音文件发送到铃音FTP模块的目录下；

[0212] 步骤803：web server向IMP接口机模块发起上传铃音的请求消息；

[0213] 步骤804：IMP接口机模块将该请求消息转发给业务数据模块，业务数据模块进行查询操作；

[0214] 步骤805：业务数据模块将铃音ID等相关信息返回给IMP接口机模块；

[0215] 步骤806：IMP接口机模块将铃音ID等相关信息发送给业务数据模块，业务数据模块增加新上传铃音的纪录；

[0216] 步骤807：业务数据模块将铃音的MSgid返回给IMP接口机模块

[0217] 步骤808：IMP接口机模块把铃音文件通过FTP传输至MS服务器；

[0218] 步骤809：MS服务器将操作成功的结果返回给IMP接口机模块；

[0219] 步骤810：IMP接口机模块将操作成功的结果返回给web server；

[0220] 步骤811：web server操作成功的结果返回给系统管理员。

[0221] 下面将描述用户在CRBT中通过web网页订购彩像文件的处理过程。如图9所示，具体包括以下处理：

[0222] 步骤901：系统管理员登陆系统管理员web界面，选择一个彩像文件，点击“订购”按键并输入用户的帐号；

[0223] 步骤902：IMP接口机模块收到web发来的订购请求消息后，将该请求消息转发给业务数据模块，业务数据模块新增铃音记录；

[0224] 步骤903：IMP接口机模块执行扣费操作；

[0225] 步骤904：IMP接口机模块通知管理业务模块显示铃音订购的话单(出话单)；

[0226] 步骤905：管理业务模块显示铃音订购的话单(出话单)；

[0227] 步骤906：管理业务模块通知用户(例如，通过短信通知用户)已经成功定购的铃音的名称和费用；

[0228] 步骤907：管理业务模块将操作成功的结果返回给IMP接口机模块；

[0229] 步骤908：IMP接口机模块将操作成功额结果转发给业务数据模块，业务数据模块新增操作日志；

[0230] 步骤909：IMP接口机模块将定购成功结果返回给系统管理员。

[0231] 除了通过web开展相关彩像业务之外。彩像用户还可以通过softDA开展业务。

[0232] 图10示出了彩像用户通过softDA进行注册的过程。如图10所述，具体包括以下处理：

[0233] 步骤1001：UE向P-CSCF发送注册(REGISTER)消息，消息中包含公有用户标识、私有用户标识、归属域名、以及UE的IP地址等信息；

[0234] 步骤1002：P-CSCF收到注册消息流后，根据归属域名寻找到归属网络的入口点(即，询问CSCF(I-CSCF))，然后P-CSCF将注册消息发给I-CSCF，消息内容包括P-CSCF的地址/名字、公有用户标识、私有用户标识、P-CSCF的网络标识、UE的IP地址等信息；

[0235] 步骤1003：I-CSCF将Cx查询/Cx-select-pull消息发送给HSS，消息内容包括公有用户标识、私有用户标识、P-CSCF的网络标识；收到消息后，HSS检查用户UE是否已经注册；

[0236] 步骤1004：HSS将Cx查询响应/Cx-select-pull响应发送给I-CSCF，如果HSS知道S-CSCF的名字，则消息里需包含S-CSCF的名字；如果它需要选择一个新的S-CSCF，则需要包含新S-CSCF的能力；

[0237] 步骤1005：I-CSCF采用名字/地址解析机制，根据S-CSCF的名字获得I-CSCF本身的地址，在该过程中，I-CSCF向被选中的S-CSCF发送消息，消息中包含P-CSCF的地址/名字、公有用户标识、私有用户标识、P-CSCF的网络标识、以及UE的IP的地址等信息；

[0238] 步骤1006：S-CSCF向HSS发送Cx-put/Cx-pull消息，内容包括公有用户标识、私有用户标识、以及S-CSCF的名字等信息；

[0239] 步骤1007：HSS存储S-CSCF的名字，并向S-CSCF发送Cx-put响应/Cx-pull响应；

[0240] 步骤1008：S-CSCF根据过滤机制，向业务控制平台发送注册消息，并执行业务控制平台中的相应流程；

[0241] 步骤1009：S-CSCF向I-CSCF返回200OK消息(其中包括归属网络联络信息)；

[0242] 步骤1010：I-CSCF向P-CSCF返回200OK消息(其中包括归属网络联络信息)，I-CSCF然后释放所有注册消息；

[0243] 步骤1011：P-CSCF将存储归属网络联络信息，并向UE发送200OK消息。

[0244] 最后，将参照图11描述彩像用户通过softDA注销业务的流程。当UE从IMS注销时，需要执行应用层中的注销过程。该注销过程实际上就是发出一个注册请求，将请求消息中的过期时间置为0秒，基本过程类似于注册的过程。如图11所示，具体包括以下处理：

[0245] 步骤1101：为了完成UE的注销，UE必须向P-CSCF发送一个新的注册(REGISTER)请求，并且将该注册请求的过期时间设置为0秒，该消息的内容包括公有用户标识、私有用户标识、归属域名、和UE的IP地址等信息；

[0246] 步骤1102：P-CSCF收到注销消息流后，根据归属域名寻找到归属网络的入口点(即，I-CSCF)，然后P-CSCF将注销消息发送给I-CSCF，消息内容包括P-CSCF的地址/名字、公有用户标识、私有用户标识、P-CSCF的网络标识、和UE的IP地址等信息；

[0247] 步骤1103：I-CSCF将Cx查询/Cx-select-pull消息发送给HSS，该消息的内容包括公有用户标识、私有用户标识、以及P-CSCF的网络标识；收到该消息之后，HSS检查用户UE是否已经注册；

[0248] 步骤1104：HSS检查用户UE为已经注册的用户UE，并将Cx查询响应发送给I-CSCF；

[0249] 步骤1105：I-CSCF采用名字-解析机制，根据S-CSCF的名字获得I-CSCF本身的地址；I-CSCF向S-CSCF发送注销消息，消息内容中包含P-CSCF的地址/名字、公有用户标识、私有用户标识、和UE的IP地址等信息；

[0250] 步骤1106：S-CSCF根据过滤机制，向业务控制平台发送注销的信息，并执行业务控制平台中相应的流程，业务控制平台删除与该公共用户标识相关的所有信息；

[0251] 步骤1107：根据运营商的选择，S-CSCF向HSS发送Cx-put，此时，公共用户标识在S-CSCF中不再认为是已注册的了，因此HSS会根据Cx-put请求的内容清除或保持公共用户标识的S-CSCF名；

[0252] 步骤1108：HSS向S-CSCF发送Cx-put-resp响应，确认已经收到Cx-put消息；

[0253] 步骤1109：S-CSCF向I-CSCF返回200OK消息，然后，S-CSCF释放所有与该公共用户标识相关的注册信息；

[0254] 步骤1110：I-CSCF向P-CSCF返回200OK消息；

[0255] 步骤1111：P-CSCF向UE发送200OK消息，并同时释放所有与该公共用户标识相关的注册消息。

[0256] 通过本发明的上述技术方案，可以充分利用网络和系统资源，为用户提供周到的服务，提高了用户体验，同时便于扩展市场、增大用户数量。该业务不仅支持图片格式的彩像文件，而且支持mov格式的带有语音的视频彩像文件。另外，图片格式的彩像文件可以支持jpg格式、bmp格式、gif格式。其中，对于gif格式的图片，可支持动态图片和静态图片两者，具有很强的灵活性，能够很好地满足各种用户的不同需求。

[0257] 在本发明中，由IMS的核心网的PSS负责接续，每次业务呼叫只占用一个信令通道，被叫一摘机就拆除到CRBT系统的会话通道，在很大程度上节省了系统资源，保证了高速的数据传输，并且分工明确，使得CRBT系统只负责业务逻辑不负责呼叫的接续，没有话路迂回，保证了CRBT系统的可靠性。

[0258] 以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。