专利名称：一种减轻归属签约用户服务器接口负荷的方法
技术领域：
本发明涉及移动通信技术领域，特别是指一种减轻归属签约用户服务器(HSS)接口负荷的方法。
背景技术：
随着宽带网络的发展，移动通信不仅仅局限于传统的话音通信，通过与呈现业务(presence)、短消息、网页(WEB)浏览、定位信息、推送业务(PUSH)以及文件共享等数据业务的结合，移动通信能够实现音频、视频、图片和文本等多种媒体类型的业务，以满足用户的多种需求。
例如，短消息业务能够提供即时消息、聊天室以及多媒体短消息的服务；视频业务能够提供娱乐、多媒体信息和日常交流等服务；电子商务业务能够提供产品目录、搜索引擎、购物车、订单管理以及支付等服务；游戏业务能够提供单人游戏和群组游戏等服务；定位业务能够提供寻人、向导以及报警等服务；个人助理业务能够提供地址本、日程表、书签管理、文件存储、事件提醒以及电子邮件等服务。
在多种应用的推动下，第三代移动通信标准化伙伴项目(3GPP)以及第三代移动通信标准化伙伴项目2(3GPP2)等组织都先后推出了基于IP的多媒体子系统(IMS)架构，其目的是在移动网络中使用一种标准化的开放结构来实现多种多样的多媒体应用，以给用户提供更多的选择和更丰富的感受。
IMS架构叠加在分组域网络之上，由呼叫状态控制功能(CSCF)实体、媒体网关控制功能(MGCF)实体、媒体资源功能(MRF)实体和HSS等功能实体组成。
CSCF又可以分成服务CSCF(S-CSCF)、代理CSCF(P-CSCF)和查询CSCF(I-CSCF)三个逻辑实体，该三个逻辑实体可能是不同的物理设备上，也可能是同一个物理设备中不同的功能模块。S-CSCF是IMS的业务交换中心，用于执行会话控制，维持会话状态，管理用户信息，产生计费信息等；P-CSCF是终端用户接入IMS的接入点，用于完成用户注册，服务质量(QoS)控制和安全管理等；I-CSCF负责IMS域之间的互通，管理S-CSCF的分配，对外隐藏网络拓扑结构和配置信息，并产生计费数据等。
MGCF用于实现IMS网络和其它网络的互通；MRF用于提供媒体资源，如收放音，编解码和多媒体会议桥等。
HSS是非常重要的用户数据库，存储用户的签约数据信息和配置信息等；如用户的标识、编号以及寻址信息；用户的安全信息；用户的位置信息以及用户的描述信息(user profile information)等。HSS用于支持各个网络实体对呼叫和会话的处理。一个归属网络内有一个或者一个以上HSS，HSS的具体数量取决于移动签约用户的数量、网络设备的容量以及具体的组网情况。
由3GPP定义的IMS网络构架同样适用于3GPP2定义的分组网络，即IMS的实现与用户使用的终端类型无关，因此，该IMS并不限定于只应用在与3GPP相关的网络和应用上。
下面以基于IMS构架的公共用户标识第一次发起注册的流程为例，具体说明HSS与网络实体之间的交互过程。
图1所示为现有技术的基于IMS构架的公共用户标识第一次发起注册的流程图。在本实施例中，使用SIP协议作为IP多媒体会话的信令控制协议，HSS和I-CSCF以及HSS和S-CSCF之间的Cx接口使用Diameter协议来传送相关信息的，且本实施例中不需要网络拓扑隐藏功能。
步骤101，用户(UE)建立了底层承载的物理连接之后，向其所属访问网络中的P-CSCF发送注册(Register)消息，该消息中包括公共用户标识，私有用户标识，归属网络域名，以及申请注册UE的IP地址等信息；步骤102，接收到Register消息的P-CSCF，对该消息中的归属网络域名信息进行解析，以获取归属网络接入点I-CSCF的地址，然后向归属网络中的I-CSCF转发UE的Register消息，该转发的Register消息中包括P-CSCF的名称或者地址，公共用户标识，私有用户标识，P-CSCF所在访问网络的标识，以及申请注册UE的IP地址等信息；步骤103，I-CSCF发送Cx-Query消息给HSS，该Cx-Query消息中包括公共用户标识，私有用户标识，以及P-CSCF所在网络的标识等信息；步骤104，HSS接收到来自I-CSCF的Cx-Query消息后，首先根据用户的签约信息以及运营商的策略，判断是否允许该UE在P-CSCF所属的网络内发起注册请求，如果不允许，则直接给I-CSCF返回包含拒绝接受此次注册信息的应答消息Cx-Query Resp，再由I-CSCF通过P-CSCF给用户返回注册失败的消息，并结束本流程；否则，HSS判断自身是否保存有为该UE服务过的S-CSCF的名称，以及自身保存的该请求注册用户的签约文件内容是否发生更新或者升级，如果HSS自身保存有为该UE服务过的S-CSCF的名称，且自身保存的该请求注册用户的签约文件内容没有发生更新或者升级，则HSS给I-CSCF返回包含S-CSCF名称的Cx-Query Resp后，执行步骤107；如果HSS自身保存有为该UE服务过的S-CSCF的名称，且自身保存的该请求注册用户的签约文件内容发生了更新或者升级，则HSS给I-CSCF返回包含S-CSCF名称和现有的S-CSCF能力集信息的Cx-Query Resp后，由I-CSCF进一步判断返回的S-CSCF名称是否可用，如果可以使用，则执行步骤107，否则，执行步骤105；如果HSS自身没有已经分配的为该UE服务过的S-CSCF的名称，且自身保存的该请求注册用户的签约文件内容发生了更新或者升级，则HSS只给I-CSCF返回包含现有的S-CSCF能力集信息的Cx-Query Resp后，执行步骤105；步骤105，I-CSCF向HSS发送Cx-Select-Pull请求消息，请求HSS返回能够支持该申请注册用户最严格业务签约要求的S-CSCF能力集信息，该Cx-Select-Pull请求消息中包括公共用户标识，私有用户标识等信息；步骤106，HSS接收到来自I-CSCF的Cx-Select-Pull请求消息后，给I-CSCF返回Cx-Select-Pull Resp消息，该Cx-Select-Pull Resp消息中包括能够支持该申请注册用户最严格业务签约要求的S-CSCF能力集信息；步骤107，I-CSCF根据HSS返回的S-CSCF的名称进行域名解析，或者，根据能够支持该申请注册用户最严格业务签约要求的S-CSCF能力集信息选择一个S-CSCF，再对该S-CSCF的名称进行域名解析，从而得到S-CSCF的地址，并向该S-CSCF发送Register消息，该Register消息中包括P-CSCF域名或者地址，公共用户标识，私有用户标识，P-CSCF所在网络的标识，申请注册UE的IP地址等信息；如果I-CSCF无法根据能够支持该申请注册用户最严格业务签约要求的的能力集信息得到一个新的S-CSCF，则I-CSCF通过P-CSCF给用户返回注册失败的消息，并结束本流程；步骤108，S-CSCF给HSS发送Cx-Put消息，以使HSS保存用于该用户的S-CSCF的名称，其中该Cx-Put消息包括公共用户标识和或私有用户标识，S-CSCF名称等信息；步骤109，HSS返回Cx-Put Resp应答消息，表明其已保存该S-CSCF的名称信息；步骤110，S-CSCF接收到来自HSS的Cx-Put Resp后，向HSS发送Cx-Pull请求消息，请求获取用户签约信息；该Cx-Pull消息中包括公共用户标识和或私有用户标识等信息；步骤111，HSS根据公共用户标识和或私有用户标识进行查询，并给S-CSCF返回包括用户签约信息的Cx-Pull Resp消息，即该Cx-Pull Resp消息中包括用户描述信息，以及安全信息等，其中的用户描述信息用于用户接入到各种业务控制平台；步骤112，S-CSCF根据从用户描述信息中得到的过滤规则，将注册信息发送到相关的业务控制平台执行适当的业务控制流程；步骤113，S-CSCF通过I-CSCF以及P-CSCF，给UE返回200OK消息。
至此，该用户的一个公共用户标识完成第一次注册。
在上述流程中，步骤108中Cx-Put消息的作用是请求HSS保存为用户服务的S-CSCF的名称，步骤109中Cx-Put Resp消息仅仅表明对上述请求消息的确认；步骤110中Cx-Pull消息的作用是向HSS请求后续处理所需的用户签约信息，步骤111的Cx-Pull Resp才是将用户的签约信息发送给S-CSCF。
用户描述信息保存在HSS中，是相对静态的用户信息，而为该用户服务的S-CSCF名称等信息则随着呼叫和会话的进行而发生改变，是相对动态的用户信息。通过上述分析可以看出，HSS中的用户签约信息不会因为该HSS收到某个S-CSCF名称信息而发生变化，而在现有实现中，HSS将对S-CSCF名称的确认保存信息和给S-CSCF返回用户签约信息用两条消息实现，其增加了HSS和S-CSCF之间Cx接口的负荷。
另外，上述流程的步骤105与步骤103的请求消息中，所携带的信息完全相同，其并没有带给HSS任何新的信息，同样地，在步骤106中，HSS所返回的信息也没有给I-CSCF返回更多的更有价值的信息。根据上述分析可以看出，步骤105和步骤106也是冗余的步骤，其同样增加了HSS和I-CSCF之间Cx接口的负荷。
虽然上述分析基于用户的公共用户标识进行第一次注册的过程，但在用户的公共用户标识进行非第一次注册以及IMS用户进行会话等所有涉及到向HSS查询用户签约信息的流程，和查询S-CSCF的流程中，均存在此问题。
发明内容
有鉴于此，本发明的目的在于提供一种减轻HSS接口负荷的方法，以优化业务流程，减轻HSS接口负荷。
为达到上述目的，本发明的技术方案是这样实现的一种减轻归属签约用户服务器接口负荷的方法，该方法包括以下步骤HSS接收到来自I-CSCF的包含查询S-CSCF名称或能力集信息的请求消息后，直接向I-CSCF返回包含S-CSCF名称和或能够支持该用户最严格业务签约要求的S-CSCF能力集信息的应答消息，由I-CSCF根据应答消息中返回的信息确定最终的S-CSCF，并向该确定的S-CSCF转发用户的请求消息。
较佳地，在某个公共用户标识信息第一次注册时，如果HSS自身保存有为该UE服务过的S-CSCF的名称，且自身保存的该请求注册用户的签约文件内容没有发生更新或者升级，则HSS给I-CSCF返回包含S-CSCF名称的应答消息，并由I-CSCF向该S-CSCF转发用户的请求注册消息；如果HSS自身保存有为该UE服务过的S-CSCF的名称，且自身保存的该请求注册用户的签约文件内容发生了更新或者升级，则HSS直接给I-CSCF返回包含S-CSCF名称和能够支持该申请注册用户最严格业务签约要求的S-CSCF能力集信息的应答消息，由I-CSCF确定一个S-CSCF，并向该最终确定的S-CSCF发送注册消息；如果HSS自身没有已经分配的为该UE服务过的S-CSCF的名称，且自身保存的该请求注册用户的签约文件内容发生了更新或者升级，则HSS给I-CSCF返回包含能够支持该申请注册用户最严格业务签约要求的S-CSCF能力集信息的应答消息，由I-CSCF根据应答消息中返回的S-CSCF能力集信息选择一个新的S-CSCF，并向该选定的S-CSCF发送注册消息。
较佳地，当某个用户在会话过程时，
如果HSS自身保存有为该UE服务过的S-CSCF的名称，则根据系统的配置，HSS给I-CSCF返回包含S-CSCF名称的应答消息，并由I-CSCF向该S-CSCF转发用户的请求会话消息；或者，HSS给I-CSCF返回包含S-CSCF名称和能够支持该用户最严格业务签约要求的S-CSCF能力集信息，由I-CSCF确定一个S-CSCF，并向该确定的S-CSCF转发用户的请求会话消息；如果HSS自身没有为该UE服务过的S-CSCF的名称，则HSS直接给I-CSCF返回包含能够支持该用户最严格业务签约要求的S-CSCF能力集信息的应答消息后，由I-CSCF指定一个S-CSCF，并向该确定的S-CSCF转发用户的请求会话消息。
较佳地，在某个公共用户标识信息进行第一次注册时，所述HSS接收到来自I-CSCF的查询请求消息由Cx-Query消息承载，所述HSS给I-CSCF返回的应答消息由Cx-Query Resp消息承载，或者，所述HSS接收到来自I-CSCF的查询请求消息由Cx-Select-pull消息承载，所述HSS给I-CSCF返回的应答消息由Cx-Select-pull Resp消息承载。
较佳地，其特征在于，当某个用户在会话过程时，所述HSS接收到来自I-CSCF的查询请求消息由Cx-Location-Query消息承载，所述HSS给I-CSCF返回的应答消息由Cx-Location-Query Resp消息承载，或者，所述HSS接收到来自I-CSCF的查询请求消息由Cx-Select-pull消息承载，所述HSS给I-CSCF返回的应答消息由Cx-Select-pull Resp消息承载。
应用本发明，当HSS接收到来自S-CSCF的包含请求保存本S-CSCF名称信息和请求用户签约信息的请求消息时，首先保存该消息中S-CSCF的名称，然后再将所查询的用户签约信息直接返回给申请查询的S-CSCF，从而精简了查询用户签约信息的步骤，优化了业务流程，减轻了HSS接口负荷。
另外，在用户的某个公共用户标识进行第一次注册过程中或在用户的会话过程中，当HSS接收到来自I-CSCF的包含查询S-CSCF名称或能力集信息的请求消息后，直接向I-CSCF返回包含S-CSCF名称和或能够支持该用户最严格业务签约要求的S-CSCF能力集信息的应答消息，然后再继续执行后续步骤，精简了现有技术中的冗余步骤，优化了用户的注册流程以及会话流程，进一步地减轻了HSS接口的负荷。
本发明对现有网络结构和业务实现没有任何影响，也不需要修改现有的接口规范，因而具有很好的兼容性和可扩展性。
图1所示为现有技术的基于IMS构架的公共用户标识第一次发起注册的流程图；图2所示为应用本发明的基于IMS构架的公共用户标识第一次发起注册的流程图；图3所示为应用本发明的基于IMS构架的公共用户标识非第一次发起注册的流程图；图4所示为应用本发明的基于IMS构架用户呼叫流程图。
具体实施例方式
为使本发明的技术方案更加清楚，下面结合具体实施例及其附图对本发明再做进一步地详细说明。
本发明的思路是HSS接收到来自S-CSCF的包含请求保存本S-CSCF名称信息和请求用户签约信息的请求消息后，首先保存该消息中S-CSCF的名称信息，然后再根据该消息中的用户标识进行查询，并直接给该S-CSCF返回包含用户签约信息的响应消息。同时，在HSS接收到来自I-CSCF的包含查询S-CSCF名称或能力集信息的请求消息后，直接向I-CSCF返回包含S-CSCF名称和或能够支持该用户最严格业务签约要求的S-CSCF能力集信息的应答消息，由I-CSCF根据应答消息中返回的信息确定最终的S-CSCF，并向该最终的S-CSCF转发用户的请求消息。
图2所示为应用本发明的基于IMS构架的公共用户标识第一次发起注册的流程图。在本实施例中，使用SIP协议作为IP多媒体会话的信令控制协议，HSS和I-CSCF以及HSS和S-CSCF之间的Cx接口使用Diameter协议来传送相关信息的，且本实施例中不需要网络拓扑隐藏功能。
步骤201，UE建立了底层承载的物理连接之后，向其所属访问网络中的P-CSCF发送Register消息，该消息中包括公共用户标识，私有用户标识，归属网络域名，以及申请注册UE的IP地址等信息；步骤202，接收到Register消息的P-CSCF，对该消息中的归属网络域名信息进行解析，以获取归属网络接入点I-CSCF的地址，然后向归属网络中的I-CSCF转发UE的Register消息，该转发的Register消息中包括P-CSCF的名称或者地址，公共用户标识，私有用户标识，P-CSCF所在访问网络的标识，以及申请注册UE的IP地址等信息；步骤203，I-CSCF发送Cx-Query消息给HSS，该Cx-Query消息中包括公共用户标识，私有用户标识，以及P-CSCF所在网络的标识等信息；步骤204，HSS接收到来自I-CSCF的Cx-Query消息后，首先根据用户的签约信息以及运营商的策略，判断是否允许该UE在P-CSCF所属的网络内发起注册请求，如果不允许，则直接给I-CSCF返回包含拒绝接受此次注册信息的应答消息Cx-Query Resp，再由I-CSCF通过P-CSCF给用户返回注册失败的消息，并结束本流程；否则，HSS判断自身是否保存有为该UE服务过的S-CSCF的名称，以及自身保存的该请求注册用户的签约文件内容是否发生更新或者升级，如果HSS自身保存有为该UE服务过的S-CSCF的名称，且自身保存的该请求注册用户的签约文件内容没有发生更新或者升级，则HSS给I-CSCF返回包含S-CSCF名称的Cx-Query Resp后，执行步骤207；如果HSS自身保存有为该UE服务过的S-CSCF的名称，且自身保存的该请求注册用户的签约文件内容发生了更新或者升级，则HSS给I-CSCF返回包含S-CSCF名称和现有的S-CSCF能力集信息的Cx-Query Resp后，由I-CSCF进一步判断返回的S-CSCF名称是否可用，如果可以使用，则执行步骤207，否则，执行步骤205；如果HSS自身没有已经分配的为该UE服务过的S-CSCF的名称，且自身保存的该请求注册用户的签约文件内容发生了更新或者升级，则HSS只给I-CSCF返回包含现有的S-CSCF能力集信息的Cx-Query Resp后，执行步骤205；步骤205，I-CSCF向HSS发送Cx-Select-Pull请求消息，请求HSS返回能够支持该申请注册用户最严格业务签约要求的S-CSCF能力集信息，该Cx-Select-Pull请求消息中包括公共用户标识，私有用户标识等信息；步骤206，HSS接收到来自I-CSCF的Cx-Select-Pull请求消息后，给I-CSCF返回Cx-Select-Pull Resp消息，该Cx-Select-Pull Resp消息中包括能够支持该申请注册用户最严格业务签约要求的S-CSCF能力集信息；步骤207，I-CSCF根据HSS返回的S-CSCF的名称进行域名解析，或者，根据能够支持该申请注册用户最严格业务签约要求的S-CSCF能力集信息选择一个S-CSCF，再对该S-CSCF的名称进行域名解析，从而得到S-CSCF的地址，并向该S-CSCF发送Register消息，该Register消息中包括P-CSCF域名或者地址，公共用户标识，私有用户标识，P-CSCF所在网络的标识，申请注册UE的IP地址等信息；如果I-CSCF无法根据能够支持该申请注册用户最严格业务签约要求的的能力集信息得到一个新的S-CSCF，则I-CSCF通过P-CSCF给用户返回注册失败的消息，并结束本流程；步骤208，S-CSCF给HSS发送包含请求保存本S-CSCF名称信息和请求用户签约信息的请求消息，该消息中包括公共用户标识和或私有用户标识，S-CSCF名称等信息；且该消息可由Cx-Put消息或Cx-Pull消息承载；步骤209，HSS接收到来自S-CSCF的请求保存本S-CSCF名称信息和请求用户签约信息的消息后，首先保存该消息中的S-CSCF名称，然后，根据公共用户标识和或私有用户标识在本地进行查询，并直接给S-CSCF返回包含用户签约信息的响应消息，该响应消息中的用户签约信息包括用户描述信息，以及安全信息等，其中的用户描述信息用于用户接入到各种业务控制平台；该响应消息由Cx-Put Resp消息或Cx-Pull Resp消息承载；步骤210，S-CSCF根据从用户描述信息中得到的过滤规则，将注册信息发送到相关的业务控制平台执行适当的业务控制流程；步骤211，S-CSCF通过I-CSCF以及P-CSCF，给UE返回200OK消息。
至此，该用户的一个公共用户标识完成第一次注册。在上述注册流程中，精简了S-CSCF向HSS查询用户描述信息的步骤，减轻了HSS接口的负荷。
同时，在上述流程中可进一步精简步骤205和步骤206，使I-CSCF一次即可得到所需的信息，即在步骤204中执行如下操作HSS接收到来自I-CSCF的包含查询S-CSCF名称或能力集信息的请求消息后，首先根据用户的签约信息以及运营商的策略，判断是否允许该UE在P-CSCF所属的网络内发起注册请求，如果不允许，则直接给I-CSCF返回包含拒绝接受此次注册信息的应答消息，再由I-CSCF通过P-CSCF给用户返回注册失败的消息，并结束本流程；否则，HSS判断自身是否保存有为该UE服务过的S-CSCF的名称，以及自身保存的该请求注册用户的签约文件内容是否发生更新或者升级，如果HSS自身保存有为该UE服务过的S-CSCF的名称，且自身保存的该请求注册用户的签约文件内容没有发生更新或者升级，则HSS给I-CSCF返回包含S-CSCF名称的应答消息后，执行步骤207；如果HSS自身保存有为该UE服务过的S-CSCF的名称，且自身保存的该请求注册用户的签约文件内容发生了更新或者升级，则HSS直接给I-CSCF返回包含S-CSCF名称和能够支持该申请注册用户最严格业务签约要求的S-CSCF能力集信息的应答消息后，执行步骤207；如果HSS自身没有已经分配的为该UE服务过的S-CSCF的名称，且自身保存的该请求注册用户的签约文件内容发生了更新或者升级，则HSS给I-CSCF返回包含能够支持该申请注册用户最严格业务签约要求的S-CSCF能力集信息的应答消息后，执行步骤207。
上述HSS接收到来自I-CSCF的查询请求消息由Cx-Query消息承载，HSS给I-CSCF返回的应答消息由Cx-Query Resp消息承载，或者，上述HSS接收到来自I-CSCF的查询请求消息由Cx-Select-pull消息承载，HSS给I-CSCF返回的应答消息由Cx-Select-pull Resp消息承载。
图3所示为应用本发明的基于IMS构架的公共用户标识非第一次发起注册的流程图。在本实施例中，使用SIP协议作为IP多媒体会话的信令控制协议，HSS和I-CSCF以及HSS和S-CSCF之间的Cx接口使用Diameter协议来传送相关信息的，I-CSCF解析出的S-CSCF内没有相关用户的描述信息，且本实施例中不需要网络拓扑隐藏功。
步骤301，UE向其所属访问网络中的P-CSCF发送Register消息，该消息中包括公共用户标识，私有用户标识，归属网络域名，以及申请注册UE的IP地址等信息；步骤302，接收到Register消息的P-CSCF，对该消息中的归属网络域名信息进行解析，以获取归属网络接入点I-CSCF的地址，然后向归属网络中的I-CSCF转发UE的Register消息，该转发的Register消息中包括P-CSCF的名称或者地址，公共用户标识，私有用户标识，P-CSCF所在访问网络的标识，以及申请注册UE的IP地址等信息；步骤303，I-CSCF发送Cx-Query消息给HSS，该Cx-Query消息中包括公共用户标识，私有用户标识，以及P-CSCF所在网络的标识等信息；步骤304，HSS接收到来自I-CSCF的Cx-Query消息，判断出该用户已经注册后，直接给I-CSCF返回包含指示说明已经为该用户分配了S-CSCF信息的应答消息Cx-Query Resp，该Cx-Query Resp中包括一个已经为该用户服务的S-CSCF的名称；步骤305，I-CSCF根据HSS返回的S-CSCF的名称进行域名解析，从而得到S-CSCF的地址，并向该S-CSCF发送Register消息，该Register消息中包括P-CSCF域名或者地址，公共用户标识，私有用户标识，P-CSCF所在网络的标识，申请注册UE的IP地址等信息；
步骤306，S-CSCF给HSS发送包含请求保存本S-CSCF名称信息和请求用户签约信息的请求消息，该消息中包括公共用户标识和或私有用户标识，S-CSCF名称等信息；且该消息可由Cx-Put消息或Cx-Pull消息承载；步骤307，HSS接收到来自S-CSCF的请求保存本S-CSCF名称信息和请求用户签约信息的消息后，首先保存该消息中的S-CSCF名称，然后，根据公共用户标识和或私有用户标识在本地进行查询，并直接给S-CSCF返回包含用户签约信息的响应消息，该响应消息中的用户签约信息包括用户描述信息，以及安全信息等，其中的用户描述信息用于用户接入到各种业务控制平台；该响应消息由Cx-Put Resp消息或Cx-Pull Resp消息承载；步骤308，S-CSCF根据从用户描述信息中得到的过滤规则，将注册信息发送到相关的业务控制平台执行适当的业务控制流程；步骤309，S-CSCF通过I-CSCF以及P-CSCF，给UE返回200OK消息。
至此，该用户的一个公共用户标识实现了重新注册，且精简了S-CSCF向HSS查询用户描述信息的步骤，减轻了HSS接口的负荷。
图4所示为应用本发明的基于IMS构架用户作为被叫的部分呼叫流程图。在本实施例中，使用SIP协议作为IP多媒体会话的信令控制协议，HSS和I-CSCF以及HSS和S-CSCF之间的Cx接口使用Diameter协议来传送相关信息的，I-CSCF解析出的S-CSCF内没有相关用户的描述信息，且该用户所使用的公共用户标识没有注册过。
步骤401，I-CSCF接收到经转发的来自主叫用户的INVITE消息，该消息中包括公共用户标识信息；步骤402，I-CSCF向HSS发送查询用户当前位置信息的Cx-Location-Query消息；步骤403，根据系统预先配置，HSS给I-CSCF返回包含指示该公共用户标识未注册信息的响应消息Cx-Location-Query Resp后，执行步骤404，或者，HSS给I-CSCF返回包含以前为该用户分配的S-CSCF名称信息和现有S-CSCF能力集信息后，执行步骤404，或者，HSS给I-CSCF返回包含以前为该用户分配的S-CSCF名称信息的响应消息Cx-Location-Query Resp，并执行步骤407；步骤404，I-CSCF给HSS发送Cx-Select-Pull请求消息，以请求获取能够支持最严格要求的S-CSCF能力集信息，该请求消息中携带的参数主要包括公共用户标识等；步骤405，HSS接收到Cx-Select-Pull请求消息之后，给I-CSCF返回Cx-Select-Pull Resp消息，该消息中包括I-CSCF所需的能够支持该用户最严格业务签约要求的S-CSCF能力集信息；步骤406，I-CSCF从HSS返回的S-CSCF能力集信息中选择出所需的S-CSCF地址后，执行步骤407；如果I-CSCF不能从HSS返回的S-CSCF能力集信息中解析出所需的S-CSCF地址，则I-CSCF自己指定一个S-CSCF为该未注册的公共用户标识进行服务，并执行步骤407；步骤407，I-CSCF将接收到的INVITE消息转发给已确定的S-CSCF；步骤408，接收到INVITE消息的S-CSCF给HSS发送包含请求保存本S-CSCF名称信息和请求用户签约信息的请求消息，该消息包括公共用户标识和或私有用户标识，S-CSCF名称等信息；且该消息可由Cx-Put消息或Cx-Pull消息承载；步骤409，HSS接收到来自S-CSCF的请求保存本S-CSCF名称信息和请求用户签约信息的消息后，首先保存该消息中的S-CSCF名称，然后，根据公共用户标识和或私有用户标识在本地进行查询，并直接给S-CSCF返回包含用户签约信息的响应消息，即该响应消息中的用户签约信息包括用户描述信息，以及安全信息等，其中的用户描述信息用于用户接入到各种业务控制平台；该响应消息由Cx-Put Resp消息或Cx-Pull Resp消息承载；步骤410，S-CSCF根据从用户描述信息中得到的过滤规则，将注册信息发送到相关的业务控制平台执行适当的业务控制流程；步骤411，S-CSCF继续执行后续操作。
上述呼叫流程精简了S-CSCF向HSS查询用户描述信息的步骤，减轻了HSS接口的负荷。
同时，在上述流程中可进一步精简步骤404、405和406，使I-CSCF一次即可得到所需的信息，即在步骤403中执行如下操作HSS接收到来自I-CSCF的包含查询用户当前位置信息的消息后，判断自身是否保存有为该UE服务过的S-CSCF的名称，如果HSS自身保存有为该UE服务过的S-CSCF的名称，则HSS给I-CSCF返回包含S-CSCF名称的应答消息，或者，HSS给I-CSCF返回包含S-CSCF名称和能够支持该用户最严格业务签约要求的S-CSCF能力集信息后，执行步骤407；如果HSS自身没有为该UE服务过的S-CSCF的名称，则HSS直接给I-CSCF返回包含能够支持该用户最严格业务签约要求的S-CSCF能力集信息的应答消息后，由I-CSCF自己指定一个S-CSCF为该未注册的公共用户标识进行服务，再执行步骤407。
上述HSS接收到来自I-CSCF的查询消息由Cx-Location-Query消息承载，HSS给I-CSCF返回的应答消息由Cx-Location-Query Resp消息承载，或者，上述HSS接收到来自I-CSCF的查询消息由Cx-Select-pull消息承载，HSS给I-CSCF返回的应答消息由Cx-Select-pull Resp消息承载。
以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
权利要求
1.一种减轻归属签约用户服务器接口负荷的方法，其特征在于，该方法包括以下步骤HSS接收到来自I-CSCF的包含查询S-CSCF名称或能力集信息的请求消息后，直接向I-CSCF返回包含S-CSCF名称和或能够支持该用户最严格业务签约要求的S-CSCF能力集信息的应答消息，由I-CSCF根据应答消息中返回的信息确定最终的S-CSCF，并向该确定的S-CSCF转发用户的请求消息。
2.根据权利要求1所述的方法，其特征在于，在某个公共用户标识信息第一次注册时，如果HSS自身保存有为该UE服务过的S-CSCF的名称，且自身保存的该请求注册用户的签约文件内容没有发生更新或者升级，则HSS给I-CSCF返回包含S-CSCF名称的应答消息，并由I-CSCF向该S-CSCF转发用户的请求注册消息；如果HSS自身保存有为该UE服务过的S-CSCF的名称，且自身保存的该请求注册用户的签约文件内容发生了更新或者升级，则HSS直接给I-CSCF返回包含S-CSCF名称和能够支持该申请注册用户最严格业务签约要求的S-CSCF能力集信息的应答消息，由I-CSCF确定一个S-CSCF，并向该最终确定的S-CSCF发送注册消息；如果HSS自身没有已经分配的为该UE服务过的S-CSCF的名称，且自身保存的该请求注册用户的签约文件内容发生了更新或者升级，则HSS给I-CSCF返回包含能够支持该申请注册用户最严格业务签约要求的S-CSCF能力集信息的应答消息，由I-CSCF根据应答消息中返回的S-CSCF能力集信息选择一个新的S-CSCF，并向该选定的S-CSCF发送注册消息。
3.根据权利要求1所述的方法，其特征在于，当某个用户在会话过程时，如果HSS自身保存有为该UIE服务过的S-CSCF的名称，则根据系统的配置，HSS给I-CSCF返回包含S-CSCF名称的应答消息，并由I-CSCF向该S-CSCF转发用户的请求会话消息；或者，HSS给I-CSCF返回包含S-CSCF名称和能够支持该用户最严格业务签约要求的S-CSCF能力集信息，由I-CSCF确定一个S-CSCF，并向该确定的S-CSCF转发用户的请求会话消息；如果HSS自身没有为该UE服务过的S-CSCF的名称，则HSS直接给I-CSCF返回包含能够支持该用户最严格业务签约要求的S-CSCF能力集信息的应答消息后，由I-CSCF指定一个S-CSCF，并向该确定的S-CSCF转发用户的请求会话消息。
4.根据权利要求1所述的方法，其特征在于，在某个公共用户标识信息进行第一次注册时，所述HSS接收到来自I-CSCF的查询请求消息由CX-Query消息承载，所述HSS给I-CSCF返回的应答消息由CX-Query Resp消息承载，或者，所述HSS接收到来自I-CSCF的查询请求消息由CX-Select-pull消息承载，所述HSS给I-CSCF返回的应答消息由CX-Select-pull Resp消息承载。
5.根据权利要求1或4所述的方法，其特征在于，当某个用户在会话过程时，所述HSS接收到来自I-CSCF的查询请求消息由CX-Location-Query消息承载，所述HSS给I-CSCF返回的应答消息由CX-Location-Query Resp消息承载，或者，所述HSS接收到来自I-CSCF的查询请求消息由CX-Select-pull消息承载，所述HSS给I-CSCF返回的应答消息由CX-Select-pull Resp消息承载。
全文摘要
本发明公开了一种减轻归属签约用户服务器接口负荷的方法，该方法包括以下步骤HSS接收到来自I－CSCF的包含查询S－CSCF名称或能力集信息的请求消息后，直接向I－CSCF返回包含S－CSCF名称和或能够支持该用户最严格业务签约要求的S－CSCF能力集信息的应答消息，由I－CSCF根据应答消息中返回的信息确定最终的S－CSCF，并向该确定的S－CSCF转发用户的请求消息。本发明对现有网络结构和业务实现没有任何影响，也不需要修改现有的接口规范，因而具有很好的兼容性和可扩展性。
文档编号H04L29/06GK1997024SQ20061016829
公开日2007年7月11日 申请日期2004年2月10日 优先权日2004年2月10日
发明者武亚娟 申请人:华为技术有限公司