一种增强的s-cscf服务器的数据处理方法及装置制造方法
【专利摘要】本发明实施例提供了一种增强的S-CSCF服务器的数据处理方法及装置，涉及通信领域，用以保证用户设备间建立正确的通信连接，提高通信效率。所述方法，包括：获取SIP请求消息；确定SIP请求消息的类型；若确定出SIP请求消息的类型为业务请求消息，则在确定S-CSCF服务器是第一用户的归属S-CSCF服务器时，确定此SIP请求消息的业务请求类型；根据业务请求类型及第一用户的公共地址信息，获取第一用户的第一应用的标识信息；根据第一用户的第一应用的标识信息，将SIP请求消息中携带的公共地址信息更新为第一用户的第一应用的标识信息；并将更新后的SIP请求消息发送至第一用户。
【专利说明】—种增强的S-CSCF服务器的数据处理方法及装置
【技术领域】
[0001]本发明涉及通信领域，尤其涉及一种增强的S-CSCF服务器的数据处理方法及装置。
【背景技术】
[0002]随着通信技术的快速发展，MS (IP Multimedia Subsystem，IP多媒体子系统)被引入至3GPP (The3rd Generation Partnership Project,第三代伙伴计划)网络中，可为各种类型的终端提供基于IP (Internet Protocol，网络之间互连的协议)的通信服务。现有技术中，在MS网络中，为了实现多应用的寻址方便，一个用户的至少两个应用均可以通过此用户的公共地址信息在服务器中进行注册。在服务器接收到其他用户发送给某个用户的请求消息时，若请求消息中携带的目的地址信息为此用户的公共地址信息，则服务器在没有记录此用户在服务器中注册的至少两个应用的优先级的情况下，按顺序或并行转发此请求消息至此用户的至少两个应用中。在此用户的至少两个应用中，如果服务器是顺序/并行转发请求消息，则哪个应用先响应此请求消息，则由哪个应用与其他用户进行通信。
[0003]在实现上述请求消息转发的过程中，发明人发现现有技术中至少存在如下问题:若其他用户预与用户a的应用a进行通信，由于其他用户无法获取应用a的唯一标识，则将请求消息中的目的地址设为应用a与应用b在服务器注册时使用的用户a的公共地址信息。服务器接收到请求消息后，将此请求消息按顺序或并行转发至应用a及应用b。若应用b先对请求消息进行了响应，则服务器将应用b发送的响应消息返回至其他用户，由应用b与其他用户进行通信。这样，由于服务器在没有记录用户a的至少两个应用的优先级的情况下，按顺序或并行转发此请求消息至此用户a的至少两个应用中，用户a的至少两个应用中，哪个应用先响应此请求消息，则由哪个应用于其他用户进行通信，导致与其他用户进行通信的应用可能与预期不同，用户间建立的通信连接不正确，从而降低了通信效率。
【发明内容】
[0004]本发明的实施例提供一种增强的S-CSCF服务器的数据处理方法及装置，用以保证用户间建立正确的通信连接，提高通信效率。
[0005]为达到上述目的，本发明的实施例采用如下技术方案:
[0006]第一方面，本发明实施例提供了一种增强的S-CSCF服务器的数据处理方法，包括:服务呼叫会话控制功能S-CSCF服务器获取会话初始化协议SIP请求消息；所述SIP请求消息中携带有公共地址信息；所述S-CSCF服务器确定所述SIP请求消息的类型；其中，所述SIP请求消息的类型包括:业务请求消息，及注册请求消息；所述注册请求消息是用户的应用用于进行注册的请求消息；所述业务请求消息是用户的应用用于进行数据通信的请求消息；若确定出所述SIP请求消息的类型为业务请求消息，则所述S-CSCF服务器确定其是否为第一用户的归属S-CSCF服务器；所述SIP请求消息中携带的公共地址信息是指所述SIP请求消息的请求行中携带的第一用户的公共地址信息；在所述S-CSCF服务器确定其是所述第一用户的归属S-CSCF服务器时，所述S-CSCF服务器确定所述SIP请求消息的业务请求类型；所述S-CSCF服务器根据所述SIP请求消息的业务请求类型及所述SIP请求消息的请求行中携带的第一用户的公共地址信息，通过已存储的匹配信息，获取所述SIP请求消息对应的第一用户的第一应用的标识信息；所述标识信息包括:互联网协议IP地址及端口信息；所述匹配信息是指所述S-CSCF服务器在注册用户的应用时，存储的所述用户的公共地址信息，用户的应用的能力信息及标识信息；所述S-CSCF服务器根据所述第一用户的第一应用的标识信息，将所述SIP请求消息的请求行中携带的第一用户的公共地址信息更新为所述第一用户的第一应用的标识信息；并将更新后的SIP请求消息发送至所述第一用户。
[0007]第二方面，本发明实施例提供了一种增强的服务呼叫会话控制功能S-CSCF服务器，包括:获取单元，用于获取会话初始化协议SIP请求消息；所述SIP请求消息中携带有公共地址信息；确定单元，用于确定所述SIP请求消息的类型；其中，所述SIP请求消息的类型包括:业务请求消息，及注册请求消息；所述注册请求消息是用户的应用用于进行注册的请求消息；所述业务请求消息是用户的应用用于进行数据通信的请求消息；所述确定单元，还用于在确定出所述SIP请求消息的类型为业务请求消息时，确定所述增强的S-CSCF服务器是否为第一用户的归属S-CSCF服务器；所述SIP请求消息中携带的公共地址信息是指所述SIP请求消息的请求行中携带的第一用户的公共地址信息；所述确定单元，还用于在确定所述增强的S-CSCF服务器是所述第一用户的归属S-CSCF服务器时，确定所述SIP请求消息的业务请求类型；所述获取单元，还用于根据所述确定单元确定的所述SIP请求消息的业务请求类型及所述SIP请求消息的请求行中携带的第一用户的公共地址信息，通过已存储的匹配信息，获取所述SIP请求消息对应的第一用户的第一应用的标识信息；所述标识信息包括:互联网协议IP地址及端口信息；所述匹配信息是指所述S-CSCF服务器在注册用户的应用时，存储的所述用户的公共地址信息，用户的应用的能力信息及标识信息；更新单元，用于根据获取单元获取的所述第一用户的第一应用的标识信息，将所述SIP请求消息的请求行中携带的第一用户的公共地址信息更新为所述第一用户的第一应用的标识信息；发送单元，用于将所述更新单元更新后的SIP请求消息发送至所述第一用户。
[0008]本发明实施例提供了一种增强的S-CSCF服务器的数据处理方法及装置，S-CSCF服务器获取SIP请求消息后，确定此SIP请求消息是否为注册请求消息，若确定出此SIP请求消息不是注册请求消息，在此S-CSCF服务器是第一用户的归属S-CSCF服务器时，所述S-CSCF服务器确定此SIP请求消息的业务请求类型时，此时，SIP请求消息中携带的公共地址信息是指所述SIP请求消息的请求行中携带的第一用户的公共地址信息，S-CSCF服务器可以根据业务请求消息的业务请求类型及SIP请求消息的请求行中携带的第一用户的公共地址信息，通过已存储的匹配信息，获取请求消息对应的第一用户的第一应用的标识信息，并将此SIP请求消息的请求行中携带的第一用户的公共地址信息更新为第一用户的第一应用的标识信息，将此更新后的SIP请求消息发送至第一用户。这样，S-CSCF服务器可以将接收到的SIP请求消息，发送至其他用户中与SIP请求消息的业务请求类型相匹配的应用中，使得发送SIP请求消息的用户可以与预期的其他用户的应用进行通信，保证了用户间建立正确的通信连接，提高了通信效率。【专利附图】
【附图说明】
[0009]为了更清楚地说明本发明实施例的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
[0010]图1为本发明实施例提供的一种增强的S-CSCF服务器的数据处理方法的示意图；
[0011]图2为本发明实施例提供的另一种增强的S-CSCF服务器的数据处理方法的示意图；
[0012]图3为本发明实施例提供的一种增强的S-CSCF服务器的结构示意图。
【具体实施方式】
[0013]下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
[0014]本发明实施例提供了一种增强的S-CSCF服务器的数据处理方法，如图1所示，包括:
[0015]101、服务呼叫会话控制功能S-CSCF服务器获取会话初始化协议SIP请求消息。
[0016]其中，所述SIP (Session Initiation Protocol,会话初始化协议)请求消息中携带有公共地址信息。
[0017]具体的，S-CSCF(Serving CSCF (Call Session Control Function,呼叫会话控制功能)服务CSCF)服务器接收用户通过用户设备发送的SIP请求消息。向S-CSCF服务器发送SIP请求消息的用户可以是此S-CSCF服务器管理的用户，可以是其他S-CSCF服务器管理的用户。
[0018]需要说明的是，公共地址信息可以唯一标识出一个用户。
[0019]可选的，公共地址信息包括:SIPURI (Session Initiation Protocol UniformResource Identifier,会话初始化协议统一资源标识符)或 Tel URI (TelecommunicationUniform Resource Identifier,电话统一资源标识符)。
[0020]需要说明的是，本发明实施例适用于用户的应用均使用用户的公共地址信息在S-CSCF服务器注册的场景。例如，用户A的用户设备A中有RCS (Rich CommunicationSuite,富通信套件)应用和 VoLTE (Voice over LTE (Long Term Evolution,长期演进)，LTE上的语音)应用，其中RCS是以客户端形式安装在用户A的用户设备A中，VoLTE是用户A的用户设备A的内置功能。RCS应用和VoLTE应用通过用户A的公共地址信息在服务器中注册。
[0021]102、所述S-CSCF服务器确定所述SIP请求消息的类型。
[0022]其中，所述SIP请求消息的类型包括:业务请求消息，及注册请求消息。所述注册请求消息是用户的应用用于进行注册的请求消息。所述业务请求消息是用户的应用用于进行数据通信的请求消息。
[0023]具体的，S-CSCF服务器在获取到SIP请求消息后，S-CSCF服务器可以通过解析此SIP请求消息，确定出此SIP请求消息的类型。
[0024]需要说明的是，SIP请求消息的请求行中有此SIP请求消息的类型的字段，此时，S-CSCF服务器可以通过解析SIP请求消息，获取此字段，从而可以确定出SIP请求消息的类型。
[0025]需要说明的是，SIP请求消息的请求行的第一个字段可以表示出SIP请求消息的类型。例如，若SIP请求消息的请求行的第一个字段是regiSter，则表明此SIP请求消息为注册请求消息。若Sip请求消息的请求行的第一个字段是invite,则表明此SIP请求消息为业务请求消息。
[0026]需要说明的是，本专利所指的SIP请求消息携带的公共地址信息，根据SIP请求消息的类型不同而不同。
[0027]若SIP请求消息的类型为业务请求消息，则SIP请求消息携带的公共地址信息为第一用户的公共地址信息，且在业务请求消息的请求行中携带第一用户的公共地址信息。
[0028]若SIP请求消息的类型为注册请求消息，则SIP请求消息携带的公共地址信息为第二用户的公共地址，且在注册请求消息的目的地址域中携带第二用户的公共地址信息。
[0029]103、若确定出所述SIP请求消息的类型为业务请求消息，则所述S-CSCF服务器确定其是否为第一用户的归属S-CSCF服务器。
[0030]其中，所述归属S-CSCF服务器是指管理第一用户的S-CSCF服务器。所述SIP请求消息中携带的公共地址信息是指所述SIP请求消息的请求行中携带的第一用户的公共地址信息。
[0031]需要说明的是，所述第一用户是指所述SIP请求消息中携带的公共地址信息标识的用户，也就是说，第一用户是将要接收SIP请求消息的用户。即为，第一用户是指发送SIP请求消息的用户需要进行通信的用户。
[0032]具体的，S-CSCF服务器在确定出获取的SIP请求消息为业务请求消息后，需要判断出此S-CSCF服务器是否为第一用户的归属S-CSCF服务器。若确定出发送此SIP请求消息的用户是希望将此SIP请求消息发送至此S-CSCF服务器管理的用户，则说明是发送此SIP请求消息的用户请求与此S-CSCF服务器管理的用户进行通信，将SIP请求消息发送至此S-CSCF服务器，以便此S-CSCF服务器将此SIP请求消息发送至相应的用户，即为第一用户，此时此S-CSCF服务器确定其为第一用户的归属S-CSCF服务器，即为被呼叫者的归属S-CSCF服务器。若确定出此业务请求消息由其管理的用户发送，请求S-CSCF服务器将此业务请求消息发送至其他S-CSCF服务器管理的用户，此时S-CSCF服务器不是第一用户的归属S-CSCF服务器。
[0033]需要说明的是，S-CSCF服务器管理的用户中的应用需在此S-CSCF服务器中进行注册。
[0034]进一步的，S-CSCF服务器可以通过解析此业务请求消息的请求行的公共地址信息，获知此业务请求消息的目的地址信息，从而可以确定S-CSCF服务器本身是否为此SIP请求消息接收者即为第一用户的归属的S-CSCF服务器。若获取的目的地址信息是其管理的用户的地址信息，则S-CSCF服务器可以确定其是此SIP请求消息接收者即为第一用户的归属S-CSCF服务器。
[0035]104、在所述S-CSCF服务器确定其是所述第一用户的归属S-CSCF服务器时，所述S-CSCF服务器确定所述SIP请求消息的业务请求类型。
[0036]具体的，S-CSCF服务器在确定出其是第一用户的归属S-CSCF服务器时，S-CSCF服务器可以解析此SIP请求消息，从而可以确定此SIP请求消息的业务请求类型。
[0037]进一步的，S-CSCF服务器可以通过解析此SIP请求消息的消息体所携带的SDP(Session Description Protocol,会话描述协议)中的信息,确定出SIP请求消息的业务请求类型。
[0038]需要说明的是，SDP中可以记录SIP请求消息请求的业务相关"[目息，例如，SDP可以记录视频业务的相关信息，或是聊天业务的相关信息，传输文件业务的相关信息。示例性的SDP信息如下:
[0039]v=0
[0040]o=-3540007314 3540007314 IN IP4 172.28.124.247
[0041]S=-
[0042]c=IN IP4 172.28.124.247
[0043]t=0 0
[0044]m=message 20000 TCP/MSRP *
[0045]a=path:msrp://172.28.124.247:20000/1331018514797;tcp
[0046]其中，“m=message 20000 TCP/MSRP 说明了聊天业务的相关信息，此时S-CSCF服务器可以解析出此业务请求消息的类型为聊天业务。
[0047]105、所述S-CSCF服务器根据所述SIP请求消息的业务请求类型及所述SIP请求消息的请求行中携带的第一用户的公共地址信息，通过已存储的匹配信息，获取所述SIP请求消息对应的第一用户的第一应用的标识信息。
[0048]其中，所述标识信息包括:IP (Internet Protocol，互联网协议)地址及端口信息。所述匹配信息是指所述S-CSCF服务器在注册用户的应用时，存储的所述用户的公共地址信息，用户的应用的能力信息及标识信息。
[0049]需要说明的是，第一用户的第一应用是指在匹配信息中，与获取的SIP请求消息的业务请求类型及所述SIP请求消息的请求行中携带的第一用户的公共地址信息相匹配的标识信息对应的应用。
[0050]需要说明的是，第一应用的标识信息是指第一用户使用的用户设备的IP地址，即为运行第一应用的用户设备的IP地址，及第一应用在用户设备中的端口信息。
[0051]具体的，S-CSCF服务器在确定出此SIP请求消息的业务请求类型后，可以根据获取的SIP请求消息的业务请求类型，及SIP请求消息的请求行中携带的第一用户的公共地址信息，查找已存储的匹配信息，若在已存储的匹配信息中，记录有与SIP请求消息的业务请求类型，及SIP请求消息的请求行中携带的第一用户的公共地址信息相匹配的一项，则此匹配项的信息即是所需要的匹配信息。由于匹配信息为第一用户的公共地址信息，第一用户的第一应用的能力信息及标识信息，则可以在匹配项中获取到第一用户的第一应用的标识信息。即为在匹配项中获取到第一用户使用的用户设备的IP地址及第一应用在用户设备中的端口信息，这样可以唯一确定出发送SIP请求消息的用户请求与第一用户中的哪个应用建立通信，即为确定出第一用户的第一应用。
[0052]需要说明的是，在本发明实施中，用户中的一个应用对应一个端口号，不同应用对应的端口号不同。
[0053]需要说明的是，在本发明所有实施例中，S-CSCF服务器是支持一个用户的多个应用使用同一个用户的公共地址信息进行注册的场景。且本发明实施例中的S-CSCF服务器支持通过根据不同端口区分不同应用的能力，并可以识别并提取SIP请求消息中的能力信
肩、O
[0054]106、所述S-CSCF服务器根据所述第一用户的第一应用的标识信息，将所述SIP请求消息的请求行中携带的第一用户的公共地址信息更新为所述第一用户的第一应用的标识信息；并将更新后的SIP请求消息发送至所述第一用户。
[0055]具体的，在S-CSCF服务器获取到第一用户的应用的标识信息后，将SIP请求消息的请求行中携带的第一用户的公共地址信息更新为第一用户的第一应用的标识信息，并根据此标识信息中的IP地址将此更新后的SIP请求消息发送至第一用户使用的用户设备，以便将此SIP请求消息发送至第一用户使用的用户设备后，可以使第一用户使用的用户设备根据标识信息获知将此SIP请求消息发送至哪个应用，即为使第一用户使用的用户设备可以根据标识信息中的端口信息，确定出将接收的SIP请求消息发送至哪个应用，也就是说，第一用户使用的用户设备可以根据标识信息中的端口信息，确定出哪个应用是第一应用，并将此SIP请求消息发送至确定出的第一应用。
[0056]本发明实施例提供了一种增强的S-CSCF服务器的数据处理方法，S-CSCF服务器获取SIP请求消息后，确定此SIP请求消息是否为注册请求消息，若确定出此SIP请求消息不是注册请求消息，在此S-CSCF服务器是第一用户的归属S-CSCF服务器时，所述S-CSCF服务器确定此SIP请求消息的业务请求类型时，此时，SIP请求消息中携带的公共地址信息是指所述SIP请求消息的请求行中携带的第一用户的公共地址信息，S-CSCF服务器可以根据业务请求消息的业务请求类型及SIP请求消息的请求行中携带的第一用户的公共地址信息，通过已存储的匹配信息，获取请求消息对应的第一用户的第一应用的标识信息，并将此SIP请求消息的请求行中携带的第一用户的公共地址信息更新为第一用户的第一应用的标识信息，将此更新后的SIP请求消息发送至第一用户。这样，S-CSCF服务器可以将接收到的SIP请求消息，发送至其他用户中与SIP请求消息的业务请求类型相匹配的应用中，使得发送SIP请求消息的用户可以与预期的其他用户的应用进行通信，保证了用户间建立正确的通信连接，提高了通信效率。
[0057]本发明实施例提供了一种增强的S-CSCF服务器的数据处理方法，如图2所示，包括:
[0058]201、S-CSCF服务器收到SIP请求消息。
[0059]具体的，可参考步骤101，在此不再赘述。
[0060]示例性的，假设用户A的用户设备A中有两个应用分别为RCS应用和VoLTE应用，其中RCS是以客户端形式安装在用户设备A中，VoLTE是用户设备A的内置功能。且VoLTE在用户设备A中对应的端口为1001，RCS应用在用户设备A中对应的端口为1002，VoLTE应用已经在S-CSCF服务器中使用用户A的公共地址信息进行注册，RCS应用在S-CSCF服务器中还未注册。若RCS应用需要在S-CSCF服务器中进行注册，则RCS通过用户设备A向S-CSCF服务器发送注册请求消息。此时，S-CSCF服务器获取的SIP请求消息为注册请求消息。且用户设备A发送的注册请求消息中携带有用户A的公共地址信息，且注册请求消息中还携带有RCS应用在用户设备A中对应的端口信息及RCS应用的能力信息。其中，用户A是通过用户设备A运行RCS应用和VoLTE的用户。
[0061]需要说明的是，RCS应用的能力信息是指RCS应用为用户A提供哪些服务的相关信息。
[0062]需要说明的是，注册请求消息中的Contact (联系)头域可以记录发送注册请求消息的应用所支持的能力和应用对应的标识信息，例如，RCS应用所发注册请求消息的Contact头域可以记录视频业务的相关信息，或是聊天业务的相关信息，传输文件业务的相关信息，以及RCS应用对应的IP地址和端口。示例性的Contact头域信息如下:
[0063]Contact:〈sip: 10.5.247.78: 5060> ; +g.3gpp.app_ref=//urn: urn-xxx: 3gpp-application.1ms.1ar1.gsma_is〃；+g.0ma.sip-1m。
[0064]在此Contact头域信息中可以获知发送此注册请求消息的RCS应用对应的IP地址为 10.5.247.78，端口号为 5060。其中，Contact 头域中的 +g.3gpp.app_ref=〃urn:urn_xxx: 3gpp-application.1ms.1ar1.gsma_is〃 ；+g.0ma.sip-1m 是发送注册请求消息的 RCS 应用所支持的业务信息的描述，包括:支持图片共享和聊天业务。
[0065]若用户B请求与用户A建立语音通话，则用户B可以通过用户设备B向用户A的归属S-CSCF服务器发送业务请求消息，此时S-CSCF服务器获取的SIP请求消息为业务请求消息。
[0066]202、所述S-CSCF服务器确定所述SIP请求消息的类型。
[0067]具体的，可参考步骤102，在此不再赘述。
[0068]如上例所述，若S-CSCF服务器接收到用户A发送的请求消息，通过解析此SIP请求消息的请求行，获知此SIP请求消息的类型为注册请求消息。
[0069]若S-CSCF服务器接收到用户B发送的SIP请求消息，通过解析此SIP请求消息的请求行,可以获知此SIP请求消息的类型为业务请求消息。
[0070]需要说明的是，S-CSCF服务器根据确定出的SIP请求消息的类型不同，执行的下述步骤不同，若确定出SIP请求消息的类型为业务请求消息，则执行步骤203a-206a，若确定出SIP请求消息的类型为注册请求消息，则执行步骤203b-204b。
[0071]203a、若确定出所述SIP请求消息的类型为业务请求消息，则所述S-CSCF服务器确定其是否为第一用户的归属S-CSCF服务器。
[0072]具体的，可参考步骤103，在此不再赘述。
[0073]如上例所述，S-CSCF服务器接收到用户B发送的SIP请求消息，且确定出用户B发送的SIP请求消息的类型为业务请求消息后，S-CSCF服务器可以根据业务请求消息中的目的地址信息确定其自身是否为此业务请求消息的接收者即为第一用户的归属S-CSCF服务器。
[0074]S-CSCF服务器解析出用户B发送的SIP请求消息的目的地址信息为用户A的公共地址信息，即为用户A为第一用户。由于S-CSCF服务器管理用户A，所以S-CSCF服务器可以确定出其自身是此业务请求消息接收者即为第一用户的归属S-CSCF服务器。即为S-CSCF服务器可以确定出其自身是被呼叫的S-CSCF服务器。[0075]203b、若确定出所述SIP请求消息的类型为注册请求消息，则所述S-CSCF服务器根据所述注册请求消息，获取第二用户的公共地址信息、第二用户的第一应用的能力信息及标识信息。
[0076]其中，所述第二用户是指发送所述注册请求消息的用户。所述第二用户的第一应用是指第二用户的，并且请求在所述S-CSCF服务器进行注册的应用。所述SIP请求消息中携带的公共地址信息是指所述SIP请求消息的目的地址域中携带的第二用户的公共地址信息。
[0077]具体的，S-CSCF服务器在确定出此SIP请求消息的类型为注册请求消息时，S-CSCF服务器可以解析此注册请求消息，从而可以从此注册请求消息中获取发送注册请求消息的用户即为第二用户的公共地址信息，第二用户的第一应用的能力信息及标识信息。
[0078]进一步的，S-CSCF服务器可以解析此注册请求消息，从此注册请求消息的目的地址域的目的地址信息中获取第二用户的公共地址信息，从Contact域信息中获取此第二用户的第一应用的能力信息及标识信息。
[0079]需要说明的是，第二用户的第一应用的能力信息是指第二用户的通过注册请求消息请求S-CSCF服务器注册的第一应用的能力信息。第二用户的第一应用的标识信息是指第二用户的使用的用户设备的IP地址信息及通过此注册请求消息请求S-CSCF服务器注册的第一应用的在第二用户使用的用户设备中对应的端口信息。
[0080]需要说明的是，第二用户的通过注册请求消息请求S-CSCF服务器注册的第一应用的能力信息是指第一应用能够为第二用户提供哪些服务的相关信息。
[0081]如上例所述，假设用户A的RCS应用需要在S-CSCF服务器中进行注册，此时S-CSCF服务器在接收到用户A通过用户设备A发送的关于RCS应用的SIP请求消息，且确定出用户A发送的SIP请求消息的类型为注册请求消息后，S-CSCF服务器可以解析此注册请求消息，从而可以获知用户A的公共地址信息，用户A的第一应用的能力信息及标识信息，即为获知用户A的公共地址信息，用户A的RCS应用的能力信息及标识信息。
[0082]204a、在所述S-CSCF服务器确定其是所述第一用户的归属S-CSCF服务器时，所述S-CSCF服务器确定所述SIP请求消息的业务请求类型。
[0083]具体的，可参考步骤104，在此不再赘述。
[0084]如上例所述，S-CSCF服务器在确定出其自身为第一用户的归属S-CSCF服务器，即为确定出S-CSCF服务器为被叫服务器后，S-CSCF服务器可以通过解析用户B发送的业务请求消息，获知用户B发送的业务请求消息是语音相关的业务，则可以确定此SIP请求消息的业务请求类型为语音业务类型。
[0085]204b、所述S-CSCF服务器根据所述第二用户的公共地址信息、第二用户的第一应用的能力信息及标识信息，更新已存储的匹配信息。
[0086]具体的，S-CSCF服务器在获取了第二用户的公共地址信息、第二用户的第一应用的能力信息及标识信息，存储获取的第二用户的公共地址信息、第二用户的第一应用的能力信息及标识信息至匹配信息中，也就是说，对第二用户的第一应用进行注册，从而更新已存储的匹配信息。
[0087]如上例所述，S-CSCF服务器在获取了用户A的公共地址信息、用户A的第一应用的能力信息及标识信息后，将获取的用户A的公共地址信息、用户A的第一应用的能力信息及标识信息存储至匹配信息中。即为，将获取的用户A的公共地址信息、用户A的RCS应用的能力信息及标识信息存储至匹配表中，从而更新已存储匹配信息。此时，在更新后的匹配信息中，存储了用户A的两个应用的注册信息，分别是用户A的VoLTE的注册相关信息，及RCS应用的注册相关信息。
[0088]205a、所述S-CSCF服务器根据所述SIP请求消息的业务请求类型及所述SIP请求消息的请求行中携带的第一用户的公共地址信息，通过已存储的匹配信息，获取所述SIP请求消息对应的第一用户的第一应用的标识信息。
[0089]具体的，可参考步骤105，在此不再赘述。
[0090]如上例所述，S-CSCF服务器确定出用户B发送的SIP请求消息的业务请求类型为语音业务类型后，可以根据获取的语音业务类型及SIP请求消息的请求行中携带的用户A的公共地址信息，查询已存储的匹配信息。根据SIP请求消息的请求行中携带的用户A的公共地址信息可以在已存储的匹配信息中，查找到用户A的公共地址信息对应两项记录，根据SIP请求消息的业务请求类型为语音业务类型，在用户A的公共地址信息对应两项记录中，可以唯一确定出用户A中与语音相关的匹配项，即为可以确定出与SIP请求消息的业务请求类型为语音业务类型，SIP请求消息的请求行中携带的公共地址信息为用户A的公共地址信息相匹配的匹配项为用户A的VoLTE应用的相关信息。此时，S-CSCF服务器可以在匹配项中，即为在查找的匹配项用户A的VoLTE应用的相关信息中，获取SIP请求消息对应的用户A的VoLTE应用的标识信息，也就是说，获取用户A使用的用户设备A的IP地址信息及VoLTE应用的端口信息。
[0091]206a、所述S-CSCF服务器根据所述第一用户的第一应用的标识信息，将所述SIP请求消息的请求行中携带的第一用户的公共地址信息更新为所述第一用户的第一应用的标识信息；并将更新后的SIP请求消息发送至所述第一用户。
[0092]具体的，可参考步骤106，在此不再赘述。
[0093]如上例所述，S-CSCF服务器在获取了用户A的VoLTE应用的标识信息后，将用户B发送的业务请求消息的请求行中携带的用户A的公共地址信息更新为用户A的VoLTE应用的标识信息，并将更新后的业务请求消息发送至用户A。
[0094]本发明实施例提供了一种增强的S-CSCF服务器的数据处理方法，S-CSCF服务器获取SIP请求消息后，确定此SIP请求消息的类型，若确定出此SIP请求消息的类型为业务请求消息，且在此S-CSCF服务器是第一用户的归属S-CSCF服务器时，所述S-CSCF服务器确定此SIP请求消息的业务请求类型时，此时，SIP请求消息中携带的公共地址信息是指所述SIP请求消息的请求行中携带的第一用户的公共地址信息，S-CSCF服务器可以根据业务请求消息的业务请求类型及SIP请求消息的请求行中携带的第一用户的公共地址信息，通过已存储的匹配信息，获取请求消息对应的第一用户的第一应用的标识信息，并将此SIP请求消息的请求行中携带的第一用户的公共地址信息更新为第一用户的第一应用的标识信息，将此更新后的SIP请求消息发送至第一用户。若确定出此SIP请求消息的类型为注册请求消息，则根据注册请求消息，获取发送注册请求消息的用户的公共地址信息、用户的第一应用的能力信息及标识信息，并将获取的发送注册请求消息的用户的公共地址信息、用户的第一应用的能力信息及标识信息存储至匹配信息中，从而更新匹配信息。这样，S-CSCF服务器可以将接收到的SIP请求消息，发送至其他用户中与SIP请求消息的业务请求类型相匹配的应用中，使得发送SIP请求消息的用户可以与预期的其他用户的应用进行通信，保证了用户间建立正确的通信连接，提高了通信效率。并且，S-CSCF服务器在获取到注册请求消息后，可以获取并存储发送此注册请求消息的用户的公共地址信息，发送此注册请求消息的用户的第一应用的能力信息及标识信息，其中，标识信息包括IP地址及端口信息，使得S-CSCF服务器可以根据标识信息中的端口信息区分IP地址相同的同一个用户中的不同应用，从而保证将获取的其他用户发送的SIP请求消息发送至此用户的相应的应用中，进一步保证了用户间建立正确的通信连接，提高了通信效率。
[0095]本发明实施例提供了一种服务呼叫会话控制功能S-CSCF服务器，如图3所示，包括:
[0096]获取单元301，用于获取会话初始化协议SIP请求消息。
[0097]其中，所述SIP请求消息中的携带有公共地址信息。
[0098]具体的，获取单元301，具体用于接收用户发送的SIP请求消息，从而获取到SIP请求消息。
[0099]需要说明的是，向S-CSCF服务器发送SIP请求消息的用户可以是此S-CSCF服务器管理的用户，也可以是其他S-CSCF服务器管理的用户。
[0100]可选的，所述公共地址信息包括:SIP URI和Tel URI。
[0101]确定单元302，用于确定所述SIP请求消息的类型。
[0102]其中，所述SIP请求消息的类型包括:业务请求消息，及注册请求消息。所述注册请求消息是用户的应用用于进行注册的请求消息。所述业务请求消息是用户的应用用于进行数据通信的请求消息。
[0103]具体的，确定单元302，具体用于可以通过解析此SIP请求消息，确定出此SIP请求消息的类型。
[0104]需要说明的是，SIP请求消息的请求行中有此SIP请求消息的类型的字段，此时，确定单元可以通过解析SIP请求消息的请求行，获取此字段，从而可以确定出SIP请求消息的类型。
[0105]需要说明的是，本专利所指的SIP请求消息携带的公共地址信息，根据SIP请求消息的类型不同而不同。
[0106]若SIP请求消息的类型为业务请求消息，则SIP请求消息携带的公共地址信息为第一用户的公共地址信息，且在业务请求消息的请求行中携带第一用户的公共地址信息。
[0107]若SIP请求消息的类型为注册请求消息，则SIP请求消息携带的公共地址信息为第二用户的公共地址，且在注册请求消息的目的地址域中携带第二用户的公共地址信息。
[0108]所述确定单元302，还用于若确定出所述SIP请求消息的类型为业务请求消息，则确定所述增强的S-CSCF服务器是否为所述第一用户的归属S-CSCF服务器。
[0109]其中，所述归属S-CSCF服务器是指管理第一用户的S-CSCF服务器。此时，所述SIP请求消息中携带的公共地址信息是指所述SIP请求消息的请求行中携带的第一用户的公共地址信息。
[0110]需要说明的是，所述第一用户是指所述SIP请求消息中携带的公共地址信息标识的用户，也就是说，第一用户是将要接收SIP请求消息的用户。即为，第一用户是指发送SIP请求消息的用户需要进行通信的用户。[0111]具体的，在确定单元302确定出获取的SIP请求消息为业务请求消息后，需要进一步确定出此增强的S-CSCF服务器是否为第一用户的归属S-CSCF服务器。
[0112]确定单元302，具体用于通过解析此业务请求消息，获知此业务请求消息的目的地址信息，从而可以根据此业务请求消息的目的地址信息确定增强的S-CSCF服务器本身是否为第一用户的归属S-CSCF服务器。若获取的目的地址信息是其管理的用户的地址信息，则可以确定其是第一用户的归属服务器。
[0113]所述确定单元302，还用于在确定所述增强的S-CSCF服务器是所述第一用户的归属S-CSCF服务器时，确定所述请求消息的业务请求类型。
[0114]具体的，确定单元302，具体用于在确定所述增强的S-CSCF服务器是所述第一用户的归属S-CSCF服务器时，可以通过解析此SIP请求消息的消息体所携带的SDP中的信息，确定出SIP请求消息的业务请求类型。
[0115]所述获取单元301，还用于根据所述确定单元302确定的所述SIP请求消息的业务请求类型及所述SIP请求消息的请求行中携带的第一用户的公共地址信息，通过已存储的匹配信息，获取所述SIP请求消息对应的第一用户的第一应用的标识信息。
[0116]其中，所述标识信息包括:IP (Internet Protocol，互联网协议)地址及端口信息。所述匹配信息是指所述S-CSCF服务器在注册用户的应用时，存储的所述用户的公共地址信息，用户设备的应用的能力信息及标识信息。
[0117]需要说明的是，第一用户的第一应用是指在匹配信息中，与获取的SIP请求消息的业务请求类型及所述SIP请求消息的请求行中携带的第一用户的公共地址信息相匹配的标识信息对应的应用。
[0118]需要说明的是，第一应用的标识信息是指第一用户使用的用户设备的IP地址，SP为运行第一应用的用户设备的IP地址，及第一应用在用户设备中的端口信息。
[0119]具体的，获取单元301，具体用于在确定出此SIP请求消息的业务请求类型后，可以根据获取的SIP请求消息的业务请求类型，及SIP请求消息的请求行中携带的第一用户的公共地址信息，查找已存储的匹配信息，若在已存储的匹配信息中，记录有与SIP请求消息的业务请求类型，及SIP请求消息的请求行中携带的第一用户的公共地址信息相匹配的一项，则此匹配项的信息即是所需要的匹配信息。由于匹配信息为第一用户的公共地址信息，第一用户的第一应用的能力信息及标识信息，则可以在匹配项中获取到第一用户的第一应用的标识信息。即为在匹配项中获取到第一用户使用的用户设备的IP地址及第一应用在用户设备中的端口信息，这样可以唯一确定出发送请求消息的用户请求与第一用户中的哪个应用建立通信，即为确定出第一用户的第一应用。
[0120]更新单元303，用于根据获取单元301获取的所述第一用户的第一应用的标识信息，将所述SIP请求消息的请求行中携带的第一用户的公共地址信息更新为所述第一用户的第一应用的标识信息。
[0121]具体的，更新单元303，具体用于根据获取单元301获取的所述第一用户的第一应用的标识信息，将所述SIP请求消息的请求行中携带的第一用户的公共地址信息替换为第一用户的第一应用的标识信息。
[0122]发送单元304，用于将所述更新单元303更新后的SIP请求消息发送至所述第一用户。[0123]进一步的，所述获取单元301，还用于若确定出所述SIP请求消息的类型为注册请求消息，则根据所述注册请求消息，获取第二用户的公共地址信息、第二用户的第一应用的能力信息及标识信息。
[0124]其中，所述第二用户是指发送所述注册请求消息的用户。所述第二用户的第一应用是指第二用户的，并且请求在所述S-CSCF服务器进行注册的应用。所述SIP请求消息中携带的公共地址信息是指所述SIP请求消息的目的地址域中携带的第二用户的公共地址信息。
[0125]具体的，获取单元301，具体用于解析此注册请求消息，从此注册请求消息的目的地址域中获取第二用户的公共地址信息，从Contact域信息中获取此第二用户的第一应用的能力信息及标识信息。
[0126]所述更新单元303，还用于根据所述获取单元301获取的所述第二用户的公共地址信息、第二用户的第一应用的能力信息及标识信息，更新已存储的匹配信息。
[0127]具体的，更新单元303，具体用于在获取单元301获取了所述第二用户的公共地址信息、第二用户的第一应用的能力信息及标识信息后，将获取的第二用户的公共地址信息、第二用户的第一应用的能力信息及标识信息存储至匹配信息中，从而更新了已存储的匹配信息。
[0128]本发明实施例提供了一种增强的S-CSCF服务器，增强的S-CSCF服务器获取SIP请求消息后，确定此SIP请求消息的类型，若确定出此SIP请求消息的类型为业务请求消息，且在此增强的S-CSCF服务器是第一用户的归属S-CSCF服务器时，所述增强的S-CSCF服务器确定此SIP请求消息的业务请求类型时，此时，SIP请求消息中携带的公共地址信息是指所述SIP请求消息的请求行中携带的第一用户的公共地址信息，增强的S-CSCF服务器可以根据业务请求消息的业务请求类型及SIP请求消息的请求行中携带的第一用户的公共地址信息，通过已存储的匹配信息，获取请求消息对应的第一用户的第一应用的标识信息，并将此SIP请求消息的请求行中携带的第一用户的公共地址信息更新为第一用户的第一应用的标识信息，将此更新后的SIP请求消息发送至第一用户。若确定出此SIP请求消息的类型为注册请求消息，则根据注册请求消息，获取发送注册请求消息的用户的公共地址信息、用户的第一应用的能力信息及标识信息，并将获取的发送注册请求消息的用户的公共地址信息、用户的第一应用的能力信息及标识信息存储至匹配信息中，从而更新匹配信息。这样，增强的S-CSCF服务器可以将接收到的SIP请求消息，发送至其他用户中与SIP请求消息的业务请求类型相匹配的应用中，使得发送SIP请求消息的用户可以与预期的其他用户的应用进行通信，保证了用户间建立正确的通信连接，提高了通信效率。并且，增强的S-CSCF服务器在获取到注册请求消息后，可以获取并存储发送此注册请求消息的用户的公共地址信息，发送此注册请求消息的用户的第一应用的能力信息及标识信息，其中，标识信息包括IP地址及端口信息，使得增强的S-CSCF服务器可以根据标识信息中的端口信息区分IP地址相同的同一个用户中的不同应用，从而保证将获取的其他用户发送的SIP请求消息发送至此用户的相应的应用中，进一步保证了用户间建立正确的通信连接，提高了通信效率。
[0129]在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
[0130]所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
[0131]另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理包括，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。
[0132]上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(Read-Only Memory,简称ROM)、随机存取存储器(Random Access Memory,简称RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
[0133]最后应说明的是:以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。
【权利要求】
1.一种增强的S-CSCF服务器的数据处理方法，其特征在于，包括: 服务呼叫会话控制功能S-CSCF服务器获取会话初始化协议SIP请求消息；所述SIP请求消息中携带有公共地址信息； 所述S-CSCF服务器确定所述SIP请求消息的类型；其中，所述SIP请求消息的类型包括:业务请求消息，及注册请求消息；所述注册请求消息是用户的应用用于进行注册的请求消息；所述业务请求消息是用户的应用用于进行数据通信的请求消息； 若确定出所述SIP请求消息的类型为业务请求消息，则所述S-CSCF服务器确定其是否为第一用户的归属S-CSCF服务器；所述SIP请求消息中携带的公共地址信息是指所述SIP请求消息的请求行中携带的第一用户的公共地址信息； 在所述S-CSCF服务器确定其是所述第一用户的归属S-CSCF服务器时，所述S-CSCF服务器确定所述SIP请求消息的业务请求类型； 所述S-CSCF服务器根据所述SIP请求消息的业务请求类型及所述SIP请求消息的请求行中携带的第一用户的公共地址信息，通过已存储的匹配信息，获取所述SIP请求消息对应的第一用户的第一应用的标识信息；所述标识信息包括:互联网协议IP地址及端口信息；所述匹配信息是指所述S-CSCF服务器在注册用户的应用时，存储的所述用户的公共地址信息，用户的应用的能力信息及标识信息； 所述S-CSCF服务器根据所述第一用户的第一应用的标识信息，将所述SIP请求消息的请求行中携带的第一用户的公共地址信息更新为所述第一用户的第一应用的标识信息；并将更新后的SIP请求消息发送至所述第一用户。
2.根据权利 要求1所述的方法，其特征在于，还包括: 若确定出所述SIP请求消息的类型为注册请求消息，则所述S-CSCF服务器根据所述注册请求消息，获取第二用户的公共地址信息、第二用户的第一应用的能力信息及标识信息；其中，所述第二用户是指发送所述注册请求消息的用户；所述第二用户的第一应用是指第二用户的，并且请求在所述S-CSCF服务器进行注册的应用；所述SIP请求消息中携带的公共地址信息是指所述SIP请求消息的目的地址域中携带的第二用户的公共地址信息； 所述S-CSCF服务器根据所述第二用户的公共地址信息、第二用户的第一应用的能力信息及标识信息，更新已存储的匹配信息。
3.根据权利要求1或2所述的方法，其特征在于，所述公共地址信息包括:用户的公共会话初始化协议统一资源标识符SIP URI或者电话统一资源标识符TEL URI。
4.一种增强的服务呼叫会话控制功能S-CSCF服务器，其特征在于，包括: 获取单元，用于获取会话初始化协议SIP请求消息；所述SIP请求消息中携带有公共地址信息； 确定单元，用于确定所述SIP请求消息的类型；其中，所述SIP请求消息的类型包括:业务请求消息，及注册请求消息；所述注册请求消息是用户的应用用于进行注册的请求消息；所述业务请求消息是用户的应用用于进行数据通信的请求消息； 所述确定单元，还用于在确定出所述SIP请求消息的类型为业务请求消息时，确定所述增强的S-CSCF服务器是否为第一用户的归属S-CSCF服务器；所述SIP请求消息中携带的公共地址信息是指所述SIP请求消息的请求行中携带的第一用户的公共地址信息；所述确定单元，还用于在确定所述增强的S-CSCF服务器是所述第一用户的归属S-CSCF服务器时，确定所述SIP请求消息的业务请求类型； 所述获取单元，还用于根据所述确定单元确定的所述SIP请求消息的业务请求类型及所述SIP请求消息的请求行中携带的第一用户的公共地址信息，通过已存储的匹配信息，获取所述SIP请求消息对应的第一用户的第一应用的标识信息；所述标识信息包括:互联网协议IP地址及端口信息；所述匹配信息是指所述S-CSCF服务器在注册用户的应用时，存储的所述用户的公共地址信息，用户的应用的能力信息及标识信息； 更新单元，用于根据获取单元获取的所述第一用户的第一应用的标识信息，将所述SIP请求消息的请求行中携带的第一用户的公共地址信息更新为所述第一用户的第一应用的标识信息； 发送单元，用于将所述更新单元更新后的SIP请求消息发送至所述第一用户。
5.根据权利要求4所述的增强的S-CSCF服务器，其特征在于， 所述获取单元，还用于若确定出所述SIP请求消息的类型为注册请求消息，则根据所述注册请求消息，获取第二用户的公共地址信息、第二用户的第一应用的能力信息及标识信息；其中，所述第二用户是指发送所述注册请求消息的用户；所述第二用户的第一应用是指第二用户的，并且请求在所述增强的S-CSCF服务器进行注册的应用；所述SIP请求消息中携带的公共地址信息是指所述SIP请求消息的目的地址域中携带的第二用户的公共地址信息； 所述更新单元，还用于根据所述获取单元获取的所述第二用户的公共地址信息、第二用户的第一应用的能力信息及标识信息，更新已存储的匹配信息。
6.根据权利要求4或5所述的增强的S-CSCF服务器，其特征在于， 所述公共地址信息包括:用户的公共SIP URI或者TEL URI。
【文档编号】H04W72/04GK103618739SQ201310661822
【公开日】2014年3月5日 申请日期:2013年12月9日 优先权日:2013年12月9日
【发明者】李勇辉, 魏群, 吕光旭, 符刚, 马瑞涛 申请人:中国联合网络通信集团有限公司