CN108243162B - 一种sip注册的方法及装置 - Google Patents

Abstract

本发明涉及无线通信领域，尤其涉及一种SIP注册的方法及装置，为了解决现有技术中存在的注册流程复杂、服务器负荷大的问题，该方法为，服务器在确定接收到客户端的注册请求后，向该客户端返回对应的注册请求响应消息，并在该注册请求响应消息中携带预设数据端口地址和预设时长，通过该预设数据端口地址对客户端启动监听，若在预设时长内未接收到报文，则将该客户端的用户状态标记为未注册状态，否则，则标记为注册状态，这样，不需要再使用SIP消息承载注册请求，减少了注册流程中的SIP消息的数量，降低了SIP消息丢包率，还减轻了服务器的负荷，而且，通过用专用数据端口及时获知客户端的用户状态，简化了注册流程。

Description

一种SIP注册的方法及装置

技术领域

本发明涉及无线通信领域，尤其涉及一种SIP注册的方法及装置。

背景技术

会话初始协议(Session Initiation Protocol，SIP)是一种多媒体通信协议，是一个基于文本的应用层控制协议，用于创建、修改和释放一个或多个参与者的会话，广泛应用于IP多媒体子系统(IP Multimedia Subsystem，IMS)，俗称电话业务。

众所周知，电话业务(如，音视频通话，视频会议等)的服务质量与信号有关，对于一些环境恶劣(如，煤矿开采现场，偏远山区等)，经常会因为信号丢失，而导致电话业务中断。

例如，在矿用4G东峡煤矿项目现场的巷道内，现场技术人员正在与指挥中心、调度台和外地技术人员进行多方视频会议，若现场技术人员方信号丢失，指挥中心、调度台和外地技术人员无法知晓现场技术人员方是否在线，也无法及时获知现场实际情况。

正常情况下，当电话业务一方出现信号丢失时，要及时的释放该方占用的网络资源，并显示该方正确的在线状态，现有技术下，采用用户定时向应用服务器发送一次注册请求消息的解决方案，以IMS的注册流程为例，具体参阅图1所示。

步骤1：用户UE向发现的代理呼叫会话控制功能(Proxy Call Session ControlFunction，P-CSCF)发送一个SIP注册(REGISTER)请求消息，其中，该REGISTER请求消息会包含一个需要被注册的用户标识符。

步骤2：P-CSCF对这个REGISTER请求消息进行处理，并把REGISTER请求消息发送给选择的询问呼叫会话控制功能(Interrogating Call Session Control Function，I-CSCF)。

步骤3：I-CSCF接着会联系归属签约用户服务器(Home Subscriber Server，HSS)，向HSS发出Cx查询(Cx-Query)消息，以查询服务呼叫会话控制功能(Serving Call SessionControl Function，S-CSCF)的地址。

步骤4：HSS选择S-CSCF，并把S-CSCF地址通过Cx查询响应(Cx-Query Response)消息发给I-CSCF。

步骤5：在完成S-CSCF选择之后，I-CSCF把REGISTER请求消息转发给选择的S-CSCF。

步骤6：S-CSCF发现用户没有被授权，会向HSS发送Cx鉴权(Cx-Authentication)消息，以获取鉴权数据。

步骤7：HSS将鉴权认证数据通过Cx鉴权响应(Cx-Authentication Response)消息返回给S-CSCF。

步骤8：S-CSCF用“401未授权(Unauthorized)”应答来质疑用户，并将此应答消息传递给I-CSCF。

步骤9：I-CSCF将“401未授权(Unauthorized)”应答发送给P-CSCF。

步骤10：P-CSCF将“401未授权(Unauthorized)”应答发送给UE。

步骤11：UE会计算出这个质疑的应答，并给P-CSCF发送一个新的包含这个应答的REGISTER请求消息。

步骤12：P-CSCF会再一次找到I-CSCF，并将新的REGISTER请求消息发送给I-CSCF。

步骤13：I-CSCF接着会联系HSS，向HSS发出Cx-Query消息，以查询S-CSCF的地址。

步骤14：HSS把选择到的S-CSCF地址通过Cx查询响应(Cx-Query Response)消息发给I-CSCF。

步骤15：I-CSCF把新的REGISTER请求消息转发给选择的S-CSCF。

经过上述步骤，S-CSCF会基于接收到的新的REGISTER请求消息对鉴权进行检查，若鉴权检查失败，则注册流程终止，若鉴权检查成功，则继续执行后续步骤。

步骤16：S-CSCF鉴权检查成功，会向从HSS发送Cx进栈或Cx出栈(Cx-Put\Cx-Pull)消息。

步骤17：HSS保存对应该用户的S-CSCF名字，并返回Cx进栈响应或Cx出栈响应(Cx-Put Response\Cx-Pull Response)消息给S-CSCF，S-CSCF保存对应的用户信息。

步骤18：S-CSCF向I-CSCF发送一个“200OK”消息，表示接受这个注册。

步骤19：I-CSCF向P-CSCF转发该“200OK”消息。

步骤20：P-CSCF向UE发送“200OK”消息。

步骤21：S-CSCF向应用服务器(Application Server，AS)发送注册请求(REGISTER)消息。

步骤22：AS向S-CSCF返回“200OK”消息，表示接受这个注册。

然而，为了及时有效获知用户是否在线，现有技术下，采用用户每30秒向应用服务器发送一次注册请求消息，由IMS的注册流程可知，注册请求消息都是基于SIP消息承载的，而每一个注册流程中，需要传输和解析的SIP消息比较多，对于多用户的系统来说，在多个用户同时短时间间隔内不断刷新注册流程，会导致应用服务器的负荷过大，同时，由于整个系统中充斥着大量的包含了注册请求的SIP消息，占据了大部分的SIP消息，容易出现SIP消息传输丢包、时延和堵塞的情况，从而导致应用服务器会误释放掉与用户相关的SIP消息。

综上所述，现有技术下的重注册流程仍然存在许多缺陷及不足，需要设计一种新的SIP注册的方法来简化重注册流程。

发明内容

本发明实施例提供一种SIP注册的方法，用以解决现有技术中存在的注册流程复杂、服务器负荷大的问题。

本发明实施例提供的具体技术方案如下：

一种SIP注册的方法，包括：

服务器确定接收到至少一个客户端的注册请求消息后，向所述至少一个客户端返回注册请求响应消息，所述注册请求响应消息至少携带所述服务器用于接收报文的预设数据端口地址和预设时长；

所述服务器端通过所述预设数据端口地址对所述至少一个客户端启动监听；

判断在所述预设时长内是否接收到所述至少一个客户端发送的报文；若是，则将所述至少一个客户端的用户状态标记为注册状态；否则，将所述至少一个客户端的用户状态标记为未注册状态。

可选的，所述报文至少包括客户端的名称、客户端的号码、客户端的网络地址和发送序列号。

可选的，判断在所述预设时长内接收到所述至少一个客户端发送的报文之后，将所述至少一个客户端的客户状态标记为注册状态之前，还包括：

对接收到的所述报文进行解析；

基于解析结果，确定所述至少一个客户端的用户信息，并在指定存储区域保存所述报文对应的发送序列号和所述服务器接收到所述报文的时间。

可选的，判断在所述预设时长内未接收到所述至少一个客户端发送的报文之后，将所述至少一个客户端的客户状态标记为未注册状态之前，还包括：

所述服务器向与所述至少一个客户端正在进行业务交流的其他客户端发送释放信息，所述释放信息用于指示所述其他客户端释放所述至少一个客户端占用的网络资源。

一种SIP注册的方法，包括：

客户端向服务器发送注册请求消息，并接收服务器返回的注册请求响应消息；

所述客户端基于所述注册请求响应消息，确定所述服务器用于接收报文的预设数据端口地址和预设时长；

所述客户端基于所述预设数据端口地址，在所述预设时长内向所述服务器发送报文，并触发所述服务器执行以下操作：通过所述预设数据端口地址对所述客户端启动监听，判断在所述预设时长内是否接收到所述客户端发送的报文；若是，则将所述客户端的用户状态标记为注册状态；否则，将所述客户端的用户状态标记为未注册状态。

可选的，所述客户端基于所述预设数据端口地址，在所述预设时长内向所述服务器发送报文，包括：

所述客户端将自身对应的名称、号码、网络地址和发送序列号，以预设的格式组成报文，其中，所述发送序列号为所述客户端发送所述报文的次数；

所述客户端在所述预设时长内，向所述预设数据端口地址发送所述报文。

一种SIP注册的装置，包括：

通信单元，用于确定接收到至少一个客户端的注册请求消息后，向所述至少一个客户端返回注册请求响应消息，所述注册请求响应消息至少携带所述服务器用于接收报文的预设数据端口地址和预设时长；

监听单元，用于通过所述预设数据端口地址对所述至少一个客户端启动监听；

处理单元，用于判断在所述预设时长内是否接收到所述至少一个客户端发送的报文；若是，则将所述至少一个客户端的用户状态标记为注册状态；否则，将所述至少一个客户端的用户状态标记为未注册状态。

可选的，所述报文至少包括客户端的名称、客户端的号码、客户端的网络地址和发送序列号。

可选的，判断在所述预设时长内接收到所述至少一个客户端发送的报文之后，将所述至少一个客户端的客户状态标记为注册状态之前，所述处理单元用于：

对接收到的所述报文进行解析；

基于解析结果，确定所述至少一个客户端的用户信息，并在指定存储区域保存所述报文对应的发送序列号和所述服务器接收到所述报文的时间。

可选的，判断在所述预设时长内未接收到所述至少一个客户端发送的报文之后，将所述至少一个客户端的客户状态标记为未注册状态之前，所述处理单元还用于：

所述装置向与所述至少一个客户端正在进行业务交流的其他客户端发送释放信息，所述释放信息用于指示所述其他客户端释放所述至少一个客户端占用的网络资源。

一种SIP注册的装置，包括：

通信单元，用于向服务器发送注册请求消息，并接收服务器返回的注册请求响应消息；

确定单元，用于基于所述注册请求响应消息，确定所述服务器用于接收报文的预设数据端口地址和预设时长；

处理单元，用于基于所述预设数据端口地址，在所述预设时长内向所述服务器发送报文，并触发所述服务器执行以下操作：通过所述预设数据端口地址对所述客户端启动监听，判断在所述预设时长内是否接收到所述客户端发送的报文；若是，则将所述客户端的用户状态标记为注册状态；否则，将所述客户端的用户状态标记为未注册状态。

可选的，基于所述预设数据端口地址，在所述预设时长内向所述服务器发送报文时，所述处理单元用于：

将自身对应的名称、号码、网络地址和发送序列号，以预设的格式组成报文，其中，所述发送序列号为所述客户端发送所述报文的次数；

在所述预设时长内，向所述预设数据端口地址发送所述报文。

本发明实施例中，服务器在确定接收到客户端的注册请求后，向该客户端返回对应的注册请求响应消息，并在该注册请求响应消息中携带预设数据端口地址和预设时长，通过该数据端口地址对客户端启动监听，若在预设时长内未接收到报文，则将该客户端的用户状态标记为未注册状态，否则，则标记为注册状态，这样，不需要再使用SIP消息承载注册请求，减少了注册流程中的SIP消息的数量，降低了SIP消息丢包率，还减轻了服务器的负荷，而且，通过用专用数据端口及时获知客户端的用户状态，简化了注册流程。

附图说明

图1为现有技术下注册流程的示意图；

图2为本发明实施例中注册流程的示意图；

图3为本发明实施例中SIP注册的方法的流程图；

图4为本发明实施例中服务器同时监听多个客户端的示例图；

图5为本发明实施例中SIP注册的服务器装置结构示意图；

图6为本发明实施例中SIP注册的客户端装置结构示意图。

具体实施方式

为了解决现有技术中存在的注册流程复杂、服务器负荷大的问题，本发明实施例中，重新设计了一种SIP注册方法，该方法为，服务器通过预设数据端口地址对客户端启动监听，若在预设时长内未接收到报文，则将该客户端的用户状态标记为未注册状态，否则，则标记为注册状态。

下面结合附图对本发明的实施方式进行详细说明。

区别于现有技术，本发明实施例中，参阅图2所示，改进后的注册流程中，给应用服务器(Application Server，AS)分配一个专门用于接收报文的数据端口地址，当AS接收到用户UE发送的注册(REGISTER)请求消息后，AS基于该REGISTER请求消息向该UE返回注册请求响应(200OK)消息，其中，该“200OK”消息就携带了AS分配的数据端口地址，进一步地，UE(以下简称客户端)接收到该“200OK”消息后，会定时地向该数据端口地址发送报文，以告知AS(以下简称服务器)其用户状态。

具体的，参阅图3所示，本发明实施例中，SIP注册的具体流程如下：

步骤300：客户端向服务器发送注册请求消息。

具体的，客户端向服务器发送注册请求消息，需要经过代理呼叫会话控制功能(Proxy Call Session Control Function，P-CSCF)、询问呼叫会话控制功能(Interrogating Call Session Control Function，I-CSCF)、服务呼叫会话控制功能(Serving Call Session Control Function，S-CSCF)和归属签约用户服务器(HomeSubscriber Server，HSS)过程，由S-CSCF确认客户端发送了注册请求消息，且确认该客户端在该服务器处被授权后，才由S-CSCF代理，向服务器发送注册请求消息，即，发起第三方注册流程，由于，在S-CSCF向服务器发送注册请求消息前，均属于现有注册流程，在此不再赘述。

步骤301：服务器确定接收到至少一个客户端的注册请求消息后，向该注册请求消息对应的客户端返回注册请求响应消息，其中，该注册请求响应消息至少携带服务器用于接收报文的预设数据端口地址和预设时长。

具体的，服务器确定接收到至少一个客户端的注册请求消息后，向该注册请求消息对应的客户端返回注册请求响应消息，表示接收该客户端的注册请求，并在该注册请求响应消息中添加服务器用于接收报文的预设数据端口地址和预设时长，其中，该预设数据端口地址又可以包括服务器的IP地址和预设端口号。

较佳的，本发明实施例中，该预设数据端口地址不同于服务器接收注册请求消息的地址，而是服务器专门为接收客户端发送的报文而分配的地址，这样，不会占用服务器接收注册请求消息的端口。

较佳的，本发明实施例中，预设时长可以为一个周期，也可以为多个周期，可根据实际情况进行调整。

步骤302：客户端接收服务器返回的注册请求响应消息。

具体的，客户端接收到服务器返回的注册请求响应消息，并对接收到的注册请求响应消息进行解析，获得服务器专门用于接收报文而分配的预设数据端口地址和预设时长。

步骤303：客户端基于获得的预设数据端口地址，在获得的预设时长内向服务器发送报文。

具体的，客户端基于获得预设数据端口地址，以所述预设时长为一个周期，向服务器定时的发送报文，其中，报文的固定格式参阅表1所示，报文至少包括客户端的名称、客户端的号码、客户端的网络地址和发送序列号，并规定名称对应16个字节，号码对应20个字节，网络地址对应4个字节，发送序列号对应4个字节，所谓发送序列号，即为该客户端向服务器发送的报文的次数。

表1

例如，若客户端1的名称为“网络电话1”、号码为“123456”，网络地址为“192.0.0.0”，发送序列号为“16”，对应的报文为“网络电话1+123456+192.0.0.0+16”。

步骤304：服务器通过预设数据端口地址对客户端启动监听，判断在预设时长内是否接收到客户端发送的报文，若是，则执行步骤305；否则，则执行步骤306。

具体的，服务器在客户端发送报文之前，通过预设数据端口地址对客户端启动监听。

较佳的，本发明实施例中，服务器可以采用定时器的形式，将定时器的定时周期设定为预设时长，并启动定时器，然后，判断在下一个定时周期内，是否接收到客户端发送的报文，则执行步骤305，并继续执行监听，直至结束监听任务，或，未接收到客户端发送的报文；否则，执行步骤306。

当然，服务器也可以在向客户端发送注册请求响应消息后，就通过预设数据端口地址对客户端启动监听，在此不做限制。

步骤305：服务器将对应的客户端的用户状态标记为注册状态。

具体的，服务器对接收到的报文进行解析，基于解析结果，确定该报文对应的客户端的用户信息，并在指定存储区域保存该报文对应的发送序列号和服务器接收到该报文的时间，以及将该客户端的用户状态标记为注册状态。

进一步地，由于，客户端在向服务器发送的报文中，包含了该客户端的名称、号码、网络地址和序列号，因此，服务器获得的解析结果包含了该客户端的名称、号码、网络地址和序列号，服务器将根据获得的名称、号码和网络地址确定对应的客户端，并在指定存储区域保存该报文对应的发送序列号和服务器接收到该报文的时间，其中，一个客户端可以对应一个指定存储区域，可以多个客户端对应一个指定存储区域。

例如，继续沿用上例，若服务器在第3个定时周期内接收到报文“网络电话1+123456+192.0.0.0+16”，该报文对应的时间为“2016年12月9日19点15分36秒”，经过解析，服务器确定为网络电话1，则在指定存储区域，记录“网络电话1”发送了16次报文，以及第16次报文的接收时间“2016年12月9日19点15分36秒”，并将“网络电话1”的用户状态标记为注册状态。

当然，服务器也可以监听多个客户端，参阅图4所示，具体的，服务器在监听多个客户端时，也是采用上述流程，只是在并行处理。

步骤306：服务器将对应的客户端的用户状态标记为未注册状态。

具体的，服务器确定在预设时间段内未接收到客户端发送的报文后，即，服务器在定时器溢出时，仍然未接收到客户端发送的报文，会将该客户端的用户状态标记为未注册状态，并向与该客户端正在进行业务交流的其他客户端发送释放信息，该释放信息用于指示其他客户端释放该客户端占用的网络资源。

基于上述实施例，下面采用具体的应用场景对上述实施例作出进一步详细说明，具体参阅图2。

步骤1：用户UE向发现的P-CSCF发送一个SIP注册(REGISTER)请求消息，其中，该REGISTER请求消息会包含一个需要被注册的用户标识符。

步骤2：P-CSCF对这个REGISTER请求消息进行处理，并把REGISTER请求消息发送给选择的I-CSCF。

步骤3：I-CSCF接着会联系HSS，向HSS发出Cx查询(Cx-Query)消息，以查询S-CSCF的地址。

步骤4：HSS选择S-CSCF，并把S-CSCF地址通过Cx查询响应(Cx-Query Response)消息发给I-CSCF。

步骤5：在完成S-CSCF选择之后，I-CSCF把REGISTER请求消息转发给选择的S-CSCF。

步骤6：S-CSCF发现用户没有被授权，会向HSS发送Cx鉴权(Cx-Authentication)消息，以获取鉴权数据。

步骤7：HSS将鉴权认证数据通过Cx鉴权响应(Cx-Authentication Response)消息返回给S-CSCF。

步骤8：S-CSCF用“401未授权(Unauthorized)”应答来质疑用户，并将此应答消息传递给I-CSCF。

步骤9：I-CSCF将“401未授权(Unauthorized)”应答发送给P-CSCF。

步骤10：P-CSCF将“401未授权(Unauthorized)”应答发送给UE。

步骤11：UE会计算出这个质疑的应答，并给P-CSCF发送一个新的包含这个应答的REGISTER请求消息。

步骤12：P-CSCF会再一次找到I-CSCF，并将新的REGISTER请求消息发送给I-CSCF。

步骤13：I-CSCF接着会联系HSS，向HSS发出Cx-Query消息，以查询S-CSCF的地址。

步骤14：HSS把选择到的S-CSCF地址通过Cx查询响应(Cx-Query Response)消息发给I-CSCF。

步骤15：I-CSCF把新的REGISTER请求消息转发给选择的S-CSCF。

经过上述步骤，S-CSCF会基于接收到的新的REGISTER请求消息对鉴权进行检查，若鉴权检查失败，则注册流程终止，若鉴权检查成功，则继续执行后续步骤。

步骤16：S-CSCF鉴权检查成功，会向从HSS发送Cx进栈或Cx出栈(Cx-Put\Cx-Pull)消息。

步骤17：HSS保存对应该用户的S-CSCF名字，并返回Cx进栈响应或Cx出栈响应(Cx-Put Response\Cx-Pull Response)消息给S-CSCF，S-CSCF保存对应的用户信息。

步骤18：S-CSCF向应用服务器AS发送注册请求(REGISTER)消息。

步骤19：AS向S-CSCF返回“200OK”消息，表示接受注册请求，其中，“200OK”消息中还携带了AS用于接收报文的信息，包括预设的数据端口地址和预设时长。

步骤20：S-CSCF向I-CSCF转发“200OK”消息，其中，“200OK”消息中还携带了AS用于接收报文的信息，包括预设的数据端口地址和预设时长。

步骤21：I-CSCF向P-CSCF转发该“200OK”消息，其中，“200OK”消息中还携带了AS用于接收报文的信息，包括预设的数据端口地址和预设时长。

步骤22：P-CSCF向UE发送“200OK”消息，其中，“200OK”消息中还携带了AS用于接收报文的信息，包括预设的数据端口地址和预设时长。

至此，UE接收到“200OK”消息后，对该“200OK”消息进行解析，获得预设的数据端口地址和预设时长，UE会在该预设时长内向该数据端口地址发送报文，以告知AS其用户状态。

本发明实施例中，参阅图5所示，SIP注册的装置(如，服务器)包括通信单元50、监听单元51和处理单元52，其中，

通信单元50，用于确定接收到至少一个客户端的注册请求消息后，向所述至少一个客户端返回注册请求响应消息，所述注册请求响应消息至少携带所述服务器用于接收报文的预设数据端口地址和预设时长；

监听单元51，用于通过所述预设数据端口地址对所述至少一个客户端启动监听；

处理单元52，用于判断在所述预设时长内是否接收到所述至少一个客户端发送的报文；若是，则将所述至少一个客户端的用户状态标记为注册状态；否则，将所述至少一个客户端的用户状态标记为未注册状态。

可选的，所述报文至少包括客户端的名称、客户端的号码、客户端的网络地址和发送序列号。

可选的，判断在所述预设时长内接收到所述至少一个客户端发送的报文之后，将所述至少一个客户端的客户状态标记为注册状态之前，所述处理单元52用于：

对接收到的所述报文进行解析；

基于解析结果，确定所述至少一个客户端的用户信息，并在指定存储区域保存所述报文对应的发送序列号和所述服务器接收到所述报文的时间。

可选的，判断在所述预设时长内未接收到所述至少一个客户端发送的报文之后，将所述至少一个客户端的客户状态标记为未注册状态之前，所述处理单元52还用于：

所述装置向与所述至少一个客户端正在进行业务交流的其他客户端发送释放信息，所述释放信息用于指示所述其他客户端释放所述至少一个客户端占用的网络资源。

本发明实施例中，参阅图6所示，SIP注册的装置(如，客户端)包括通信单元60、确定单元61和处理单元62，其中，

通信单元60，用于向服务器发送注册请求消息，并接收服务器返回的注册请求响应消息；

确定单元61，用于基于所述注册请求响应消息，确定所述服务器用于接收报文的预设数据端口地址和预设时长；

处理单元62，用于基于所述预设数据端口地址，在所述预设时长内向所述服务器发送报文，并触发所述服务器执行以下操作：通过所述预设数据端口地址对所述客户端启动监听，判断在所述预设时长内是否接收到所述客户端发送的报文；若是，则将所述客户端的用户状态标记为注册状态；否则，将所述客户端的用户状态标记为未注册状态。

可选的，基于所述预设数据端口地址，在所述预设时长内向所述服务器发送报文时，所述处理单元62用于：

将自身对应的名称、号码、网络地址和发送序列号，以预设的格式组成报文，其中，所述发送序列号为所述客户端发送所述报文的次数；

在所述预设时长内，向所述预设数据端口地址发送所述报文。

本发明实施例中，服务器在确定接收到客户端的注册请求后，向该客户端返回对应的注册请求响应消息，并在该注册请求响应消息中携带预设数据端口地址和预设时长，通过该数据端口地址对客户端启动监听，若在预设时长内未接收到报文，则将该客户端的用户状态标记为未注册状态，否则，则标记为注册状态，这样，不需要再使用SIP消息承载注册请求，减少了注册流程中的SIP消息的数量，降低了SIP消息丢包率，还减轻了服务器的负荷，而且，通过用专用数据端口及时获知客户端的用户状态，简化了注册流程，同时，由于未对现有协议进行大幅改动，方便推广到现有网络中。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。

显然，本领域的技术人员可以对本发明实施例进行各种改动和变型而不脱离本发明实施例的精神和范围。这样，倘若本发明实施例的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (10)

1.一种SIP注册的方法，其特征在于，包括：

服务器确定接收到至少一个客户端的注册请求消息后，向所述至少一个客户端返回注册请求响应消息，所述注册请求响应消息至少携带所述服务器用于接收报文的预设数据端口地址和预设时长，所述预设时长为定时周期；

所述服务器通过所述预设数据端口地址对所述至少一个客户端启动监听，所述预设数据端口地址是所述服务器为接收所述客户端发送的报文而分配的地址，所述报文至少包括客户端的名称、客户端的号码、客户端的网络地址和发送序列号；

判断在所述预设时长内是否接收到所述至少一个客户端发送的报文；若是，则将所述至少一个客户端的用户状态标记为注册状态；否则，将所述至少一个客户端的用户状态标记为未注册状态。

2.如权利要求1所述的方法，其特征在于，判断在所述预设时长内接收到所述至少一个客户端发送的报文之后，将所述至少一个客户端的客户状态标记为注册状态之前，还包括：

对接收到的所述报文进行解析；

基于解析结果，确定所述至少一个客户端的用户信息，并在指定存储区域保存所述报文对应的发送序列号和所述服务器接收到所述报文的时间。

3.如权利要求1所述的方法，其特征在于，判断在所述预设时长内未接收到所述至少一个客户端发送的报文之后，将所述至少一个客户端的客户状态标记为未注册状态之前，还包括：

所述服务器向与所述至少一个客户端正在进行业务交流的其他客户端发送释放信息，所述释放信息用于指示所述其他客户端释放所述至少一个客户端占用的网络资源。

4.一种SIP注册的方法，其特征在于，包括：

客户端向服务器发送注册请求消息，并接收所述服务器返回的注册请求响应消息；

所述客户端基于所述注册请求响应消息，确定所述服务器用于接收报文的预设数据端口地址和预设时长，所述预设数据端口地址是所述服务器为接收所述客户端发送的报文而分配的地址，所述报文至少包括客户端的名称、客户端的号码、客户端的网络地址和发送序列号，所述预设时长为定时周期；

所述客户端基于所述预设数据端口地址，在所述预设时长内向所述服务器发送报文，并触发所述服务器执行以下操作：通过所述预设数据端口地址对所述客户端启动监听，判断在所述预设时长内是否接收到所述客户端发送的报文；若是，则将所述客户端的用户状态标记为注册状态；否则，将所述客户端的用户状态标记为未注册状态。

5.如权利要求4所述的方法，其特征在于，所述客户端基于所述预设数据端口地址，在所述预设时长内向所述服务器发送报文，包括：

所述客户端将自身对应的名称、号码、网络地址和发送序列号，以预设的格式组成报文，其中，所述发送序列号为所述客户端发送所述报文的次数；

所述客户端在所述预设时长内，向所述预设数据端口地址发送所述报文。

6.一种SIP注册的装置，其特征在于，包括：

通信单元，用于确定接收到至少一个客户端的注册请求消息后，向所述至少一个客户端返回注册请求响应消息，所述注册请求响应消息至少携带服务器用于接收报文的预设数据端口地址和预设时长，所述预设数据端口地址是所述服务器为接收所述客户端发送的报文而分配的地址，所述报文至少包括客户端的名称、客户端的号码、客户端的网络地址和发送序列号，所述预设时长为定时周期；

监听单元，用于通过所述预设数据端口地址对所述至少一个客户端启动监听；

处理单元，用于判断在所述预设时长内是否接收到所述至少一个客户端发送的报文；若是，则将所述至少一个客户端的用户状态标记为注册状态；否则，将所述至少一个客户端的用户状态标记为未注册状态。

7.如权利要求6所述的装置，其特征在于，判断在所述预设时长内接收到所述至少一个客户端发送的报文之后，将所述至少一个客户端的客户状态标记为注册状态之前，所述处理单元还用于：

对接收到的所述报文进行解析；

基于解析结果，确定所述至少一个客户端的用户信息，并在指定存储区域保存所述报文对应的发送序列号和所述服务器接收到所述报文的时间。

8.如权利要求6所述的装置，其特征在于，判断在所述预设时长内未接收到所述至少一个客户端发送的报文之后，将所述至少一个客户端的客户状态标记为未注册状态之前，所述处理单元还用于：

向与所述至少一个客户端正在进行业务交流的其他客户端发送释放信息，所述释放信息用于指示所述其他客户端释放所述至少一个客户端占用的网络资源。

9.一种SIP注册的装置，其特征在于，包括：

通信单元，用于向服务器发送注册请求消息，并接收所述服务器返回的注册请求响应消息；

确定单元，用于基于所述注册请求响应消息，确定所述服务器用于接收报文的预设数据端口地址和预设时长，所述预设数据端口地址是所述服务器为接收客户端发送的报文而分配的地址，所述报文至少包括客户端的名称、客户端的号码、客户端的网络地址和发送序列号，所述预设时长为定时周期；

处理单元，用于基于所述预设数据端口地址，在所述预设时长内向所述服务器发送报文，并触发所述服务器执行以下操作：通过所述预设数据端口地址对所述客户端启动监听，判断在所述预设时长内是否接收到所述客户端发送的报文；若是，则将所述客户端的用户状态标记为注册状态；否则，将所述客户端的用户状态标记为未注册状态。

10.如权利要求9所述的装置，其特征在于，基于所述预设数据端口地址，在所述预设时长内向所述服务器发送报文时，所述处理单元用于：

将自身对应的名称、号码、网络地址和发送序列号，以预设的格式组成报文，其中，所述发送序列号为所述客户端发送所述报文的次数；

在所述预设时长内，向所述预设数据端口地址发送所述报文。

Images