CN111327562B - 一种会话的检测方法、会话系统及存储介质 - Google Patents

Abstract

本申请公开了一种会话的检测方法、会话系统及存储介质，该会话的检测方法应用于会话系统，会话系统至少包括第一终端和第二终端，该检测方法包括第一终端建立与第二终端之间的会话；第一终端通过媒体通道发送会话检测消息给第二终端，以使第二终端根据会话检测消息生成会话检测确认消息；第一终端通过媒体通道从第二终端接收到会话检测确认消息。通过上述方式，本申请能够降低会话协商次数，简化会话检测机制。

Description

一种会话的检测方法、会话系统及存储介质

技术领域

本申请涉及通信技术领域，具体涉及一种会话的检测方法、会话系统及存储介质。

背景技术

目前基于SIP(Session Initiation Protocol，会话初始协议)协议的会话保活机制都是采用标准的RFC4028机制或根据该机制进行优化；然而该机制流程复杂、需要中间SIP代理服务器(如：SIP Core)参与并协商，而且还存在会话建立的失败可能性。

现有的RFC4028检测机制如图1所示，UAC(User Agnet Client，用户代理客户端)通过请求消息携带需要会话协商的信息，中间的代理服务器(PROXY 1和PROXY 2)及UAS(User Agnet Server，用户代理服务器)都需要根据自身的支持情况参与协商。

SIP请求消息中包括会话持续时间(Session-Expires，SE)、会话允许的最小持续时间(Min-SE，MSE)和响应码(422，表示会话定时器持续时间太短)。现有技术中，会话流程包括以下步骤：

步骤1a：UAC向PROXY 1发送会话请求，消息中包含会话持续时间SE，例如，设置为1800秒。

步骤1b：PROXY 1收到会话请求，发现会话间隔小于本地所允许的最小值3600秒，PROXY 1发送一个422响应来拒绝请求，设置MSE为3600秒。

步骤1c、1d和2a：UAC发送会话确认消息到PROXY 1；UAC重新发送会话请求，请求中包含的新会话持续时间SE为3600秒；由于现在的会话间隔值PROXY 1可以接受，PROXY 1将这个请求发送给PROXY 2。

步骤2b：PROXY 2收到会话请求时，发现会话间隔小于本地所允许的最小值4000秒，PROXY 2发送一个422响应来拒绝请求，设置MSE为4000秒。

步骤2c：PROXY 1发送会话确认消息到PROXY 2。

步骤1e和1f：PROXY 1转发422响应到UAC；UAC发送会话确认消息到PROXY 1。

步骤1g、2d和3a：UAC重新发送会话请求，请求中包含的SE头字段的值为4000；PROXY 1将这个请求发送给PROXY 2；PROXY 2将这个请求发送给UAS。

步骤3b、2e和1h：UAS收到会话请求消息，检查SE的值自己可以接受，返回200响应消息，同时带有协商好的SE的值为4000；PROXY2转发200响应到PROXY 1；PROXY 1转发200响应到UAC。

步骤1i和2f：UAC发送会话确认消息到PROXY 1；PROXY 1转发会话确认消息给UAS，建立SIP媒体会话。

步骤1j：UAC发送刷新消息到PROXY 1。

步骤2g和2h：PROXY 1转发刷新消息给UAS；UAS发送刷新消息或者200响应给PROXY1。

步骤1k：PROXY 1转发刷新消息或者200响应给UAC。

由上述过程可以看到，会话协商需要多个SIP头域值支持，会话协商过程可能会多次返回422响应到UAC，导致UAC不得不用422响应中新的SE来重新发起呼叫；而且如果用户挂断电话后，下次继续呼叫被叫时，不得不再次重复以上的协商机制，需要多次协商才能成功，协商机制复杂。这样多次交互中，使得网络带宽急剧浪费，另外用户呼叫振铃和接通的时长明显增长，用户体验降低，对建立时延敏感SIP会话(如：MCPTT，Mission CriticalPush to Talk，关键任务一键通)，不能满足快速建立的要求；如果呼叫繁忙的情况下，会严重影响网络处理性能。

发明内容

本申请提供一种会话的检测方法、会话系统及存储介质，以解决上述问题。

为解决上述技术问题，本申请采用的一种会话的监测方法，检测方法应用于会话系统，会话系统至少包括第一终端和第二终端，检测方法包括：第一终端建立与第二终端之间的会话；第一终端通过媒体通道发送会话检测消息给第二终端，以使第二终端根据会话检测消息生成会话检测确认消息；第一终端通过媒体通道从第二终端接收到会话检测确认消息。

为解决上述技术问题，本申请采用的另一技术方案是提供一种会话的检测方法，检测方法应用于会话系统，会话系统至少包括第一终端和第二终端，包括：在第一终端建立与第二终端之间的会话后，第二终端通过媒体通道从第一终端接收到检测会话检测消息；第二终端根据会话检测消息生成会话检测确认消息，并通过媒体通道发送会话检测确认消息给第一终端。

为解决上述技术问题，本申请采用的另一技术方案是提供一种存储介质，该存储介质用于存储计算机程序，计算机程序在被处理器执行时，用于实现上述的会话的检测方法。

为解决上述技术问题，本申请采用的另一技术方案是提供一种会话系统，会话系统至少包括第一终端和第二终端，其中，第一终端用于建立与第二终端之间的会话；第一终端通过媒体通道发送会话检测消息给第二终端；第二终端根据会话检测消息生成会话检测确认消息；第一终端通过媒体通道从第二终端接收到会话检测确认消息。

通过上述方案，本申请的有益效果是：首先通过建立第一终端与第二终端之间的会话；其次第一终端通过媒体通道发送会话检测消息给第二终端，以使第二终端根据会话检测消息生成会话检测确认消息；最后第一终端通过媒体通道从第二终端接收到检测确认消息；在建立了第一终端与第二终端之间的会话连接之后，第一终端和第二终端直接利用媒体通道发送会话检测消息和会话检测确认消息，无须经过其他网元的参与传送，且避免使用信令通道发送消息，减少了会话协商次数，简化了会话检测机制。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。其中：

图1是现有技术中RFC4028检测机制示意图；

图2是本申请提供的会话系统一实施例的结构示意图；

图3是本申请提供的会话的检测方法第一实施例的流程示意图；

图4是本申请提供的会话的检测方法第二实施例的流程示意图；

图5是本申请提供的会话的检测方法第三实施例的流程示意图；

图6是本申请提供的会话的检测方法第三实施例中的检测机制流程示意图；

图7是本申请提供的会话的检测方法第三实施例中的会话检测消息示意图；

图8是本申请提供的会话的检测方法第三实施例中的会话检测确认消息示意图；

图9是本申请提供的会话的检测方法第三实施例中的检测机制流程示意图；

图10是本申请提供的会话的检测方法第三实施例中的另一检测机制流程示意图；

图11是本申请提供的会话的检测方法第四实施例的流程示意图；

图12是本申请提供的存储介质一实施例的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性的劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

参阅图2，图2是本申请提供的会话系统一实施例的结构示意图，该会话系统20至少包括第一终端21和第二终端22。

其中，第一终端21用于建立与第二终端22之间的会话；第一终端21通过媒体通道发送会话检测消息给第二终端22；第二终端22根据会话检测消息生成会话检测确认消息；第一终端21通过媒体通道从第二终端22接收到检测确认消息。

本实施例提供的会话系统20包括第一终端21和第二终端22，第一终端21和第二终端22直接利用媒体通道发送会话检测消息和会话检测确认消息，无须经过其他网元的参与传送，减少了会话协商次数，简化了会话检测机制，提高了用户体验。

参阅图2和图3，图3是本申请提供的会话的检测方法第一实施例的流程示意图，检测方法应用于会话系统20，会话系统20至少包括第一终端21和第二终端22，该方法包括：

步骤31：第一终端21建立与第二终端22之间的会话。

第一终端21利用信令通道发送会话请求消息给第二终端22，第二终端22接收到第一终端21发送的会话请求消息后，发送成功响应消息给第一终端21，第一终端21在接收到成功响应消息后，发送一个确认消息给第二终端22；其中，信令通道为负责信令传输的通道。

步骤32：第一终端21通过媒体通道发送会话检测消息给第二终端22，以使第二终端22根据会话检测消息生成会话检测确认消息。

会话保活是一种用于检测会话是否存活的一种方式，在第一终端21和第二终端22进行会话过程中，为了进行保活检测，在第一终端21与第二终端22建立了会话连接之后，第一终端21利用媒体通道向第二终端22发送会话检测消息，以检测第一终端21与第二终端22之间的会话是否还存活；其中，媒体通道用于传输语音媒体流。

会话检测消息包括会话标示、用户标示、事务标示、是否支持媒体检测机制、检测周期和检测者；会话检测确认消息包括用户标示、事务标示、检测周期、被检测者和会话持续/结束原因。

步骤33：第一终端21通过媒体通道从第二终端22接收到检测确认消息。

第二终端22根据会话检测消息生成会话检测确认消息，并利用媒体通道发送给第一终端21；第一终端21通过媒体通道从第二终端22接收到检测确认消息，从而确定会话是否存活；如果第一终端21在预设时间内没有收到检测确认消息，或者第二终端22在预设时间内没有接收到会话检测消息时，则判定会话终止，释放会话，同时释放该会话对应的资源。

在其他实施例中，会话检测消息可以由第二终端22发送，第一终端21接收会话检测消息，并发送会话检测确认消息给第二终端22。

区别于现有技术，本申请提供的会话的检测方法，首先通过建立第一终端21与第二终端22之间的会话；其次第一终端21通过媒体通道发送会话检测消息给第二终端22，以使第二终端22根据会话检测消息生成会话检测确认消息；最后第一终端21通过媒体通道从第二终端22接收到检测确认消息；在建立了第一终端21与第二终端22之间的会话连接之后，第一终端21和第二终端22直接利用媒体通道发送会话检测消息和会话检测确认消息，无须经过其他网元的参与传送，且避免使用信令通道发送消息，减少了会话协商次数，简化了会话检测机制。

参阅图2和图4，图4是本申请提供的会话的检测方法第二实施例的流程示意图，该检测方法应用于会话系统20，会话系统20至少包括第一终端21和第二终端22，会话的检测方法包括：

步骤41：第一终端21通过信令通道向第二终端22发起会话请求消息，以使第二终端22根据会话请求消息产生成功响应消息。

为了建立第一终端21与第二终端22之间的会话，第一终端21需要通过信令通道在第一终端21和第二终端22之间传递会话请求消息和成功响应消息。

步骤42：第一终端21通过信令通道从第二终端22接收到成功响应消息。

第二终端22在接收到第一终端21发送的会话请求消息后根据会话请求消息产生成功响应消息，第二终端22将成功响应消息发送给第一终端21。

步骤43：第一终端21建立与第二终端22之间的媒体通道。

第一终端21向第二终端22发送建立媒体通道的邀请信息；第二终端22接收第一终端21发送的建立媒体通道的邀请信息，第二终端22向第一终端21回复接收邀请的信息，并建立与第一终端21间的媒体通道，以使得第一终端21与第二终端22通过媒体通道传递检测消息。

步骤44：第一终端21通过媒体通道发送会话检测消息给第二终端22，以使第二终端22根据会话检测消息生成会话检测确认消息。

步骤45：第一终端21通过媒体通道从第二终端22接收到检测确认消息。

步骤44-步骤45和上述实施例中的步骤22-步骤23相同，在此不再赘述。

区别于现有技术，本申请提供的会话的检测方法，首先第一终端21通过信令通道向第二终端22发起会话请求消息，以使第二终端22根据会话请求消息产生成功响应消息，其次第一终端21建立与第二终端22之间的媒体通道；然后第一终端21通过媒体通道发送会话检测消息给第二终端22，以使第二终端22根据会话检测消息生成会话检测确认消息；最后第一终端21通过媒体通道从第二终端22接收到检测确认消息；在建立了第一终端21与第二终端22之间的会话连接之后，第一终端21和第二终端22直接利用媒体通道发送会话检测消息和会话检测确认消息，无须经过其他网元的参与传送，避免使用信令通道发送消息，减少了会话协商次数，简化了会话检测机制。

参阅图5和图6，图5是本申请提供的会话的检测方法第三实施例的流程示意图，第一终端为客户端，第二终端为服务器，服务器包括参与功能实体和控制功能实体，该方法包括：

步骤51：客户端向参与功能实体发送会话请求消息，以使参与功能实体将会话请求消息发送给控制功能实体。

客户端利用信令通道将会话请求消息发送给参与功能实体，参与功能实体再将会话请求消息转发给控制功能实体，如图6所示。

步骤52：客户端通过参与功能实体从控制功能实体接收到成功响应消息。

控制功能实体在接到到会话请求消息后，控制功能实体发送成功响应消息给参与功能实体，参与功能实体再将成功响应消息转发给客户端。

步骤53：客户端通过参与功能实体发送确认消息给控制功能实体。

客户端在接受到成功响应消息后，发送确认消息给参与功能实体，参与功能实体再将确认消息转发给控制功能实体。

步骤54：客户端通过媒体通道发送会话检测消息给控制功能实体，以使控制功能实体根据会话检测消息生成会话检测确认消息。

会话检测消息和会话检测确认消息可以为握手消息，用于检测客户端和服务端的会话状态、检测时间间隔及检测会话检测消息发起方。

媒体通道可以为RTCP(Time Transport Control Protocol，实时传输协议)，利用RTCP的扩展的一个特定应用RTCP-APP进行消息的传输，会话检测消息体内容如图7所示，会话检测消息包含RTCP协议头部信息、SSRC(Synchronization source，同步源)、名称、会话标示、用户标示、事务标示、主动/被动发起检测以及时间；会话检测确认消息体内容如图8所示，会话检测确认消息包含RTCP协议头部信息、SSRC(Synchronization source，同步源)、名称、事务标示、主动/被动发起检测、时间和原因；其中，V是RTCP协议版本号，P代表是否填充消息。

步骤55：客户端通过媒体通道从控制功能实体接收到检测确认消息。

进一步地，会话系统还包括代理服务器，SIP信令从客户端到服务器经过多个代理服务器，图9中仅有一个代理服务器，利用代理服务器传递客户端与参与功能实体之间的消息。

本实施例中的方法流程简单，且能够快速建立协商以检测会话保活；例如，MCPTT的会话检测如图10所示，用户在注册成功后，就发起预建立会话，建立好于服务器之间的通道，真正发起呼叫的时候，通过呼叫转移消息激活呼叫，MCPTT客户端将呼叫转移消息发送给代理服务器SIP Core，SIP Core转发呼叫转移消息给MCPTT服务器的参与功能实体，参与功能实体返回成功响应消息到客户端，参与功能实体发送会话请求消息给控制功能实体，参与功能实体建立与客户端之间的媒体通道连接，从而使得客户端与控制功能实体之间传递会话检测消息和会话检测确认消息，以判定会话是否终止。

区别于现有技术，本申请提供的会话的检测方法，在建立了客户端与服务器之间的会话连接之后，利用媒体通道发送会话检测消息和会话检测确认消息，无须经过其他网元的参与传送，避免使用信令通道发送消息，减少了会话协商次数，简化了会话检测机制。

参阅图2和图11，图11是本申请提供的会话的检测方法第四实施例的流程示意图，该检测方法应用于会话系统20，会话系统20至少包括第一终端21和第二终端22，该检测方法包括：

步骤111：在第一终端21建立与第二终端22之间的会话后，第二终端22通过媒体通道从第一终端21接收到会话检测消息。

第一终端21与第二终端22之间的会话建立后，第一终端21利用媒体通道发送会话检测消息给第二终端22，第二终端22接收会话检测消息。

步骤112：第二终端22根据会话检测消息生成会话检测确认消息，并通过媒体通道发送会话检测确认消息给第一终端21。

第二终端22在接收会话检测消息后，可以生成会话检测确认消息，以确认会话是否存活，并将会话检测确认消息发送给第一终端21，完成会话保活检测。

区别于现有技术，本申请提供的会话的检测方法，在建立了第一终端21与第二终端22之间的会话连接之后，第二终端22利用媒体通道直接接收会话检测消息，并发送会话检测确认消息给第一终端21，无须其他网元进行传递消息，避免使用信令通道发送消息，减少了会话协商次数，简化了会话检测机制。

参阅图12，图12是本申请提供的存储介质一实施例的结构示意图，该存储介质120用于存储计算机程序121，计算机程序121在被处理器执行时，用于实现上述实施例中的会话的检测方法。

其中，该存储介质120可以是服务端、U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

在本申请所提供的几个实施方式中，应该理解到，所揭露的方法以及设备，可以通过其它的方式实现。例如，以上所描述的设备实施方式仅仅是示意性的，例如，模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。

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

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

以上仅为本申请的实施例，并非因此限制本申请的专利范围，凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本申请的专利保护范围内。

Claims (7)

1.一种会话的检测方法，其特征在于，所述检测方法应用于会话检测系统，所述会话检测系统至少包括第一终端和第二终端，所述检测方法包括：

所述第一终端通过信令通道向所述第二终端发起会话请求消息，以使所述第二终端根据所述会话请求消息产生成功响应消息；其中，所述信令通道为负责信令传输的通道；

所述第一终端通过所述信令通道从所述第二终端接收到所述成功响应消息；

所述第一终端建立与所述第二终端之间的媒体通道；其中，所述媒体通道用于传输语音媒体流；

所述第一终端通过媒体通道发送会话检测消息给所述第二终端，以使所述第二终端根据所述会话检测消息生成会话检测确认消息，所述会话检测消息用以检测所述第一终端与所述第二终端之间的会话是否存活；

所述第一终端通过所述媒体通道从所述第二终端接收到所述会话检测确认消息；

其中，所述会话检测消息包括会话标示、用户标示、事务标示、是否支持媒体检测机制、检测周期和检测者；所述会话检测确认消息包括用户标示、事务标示、检测周期、被检测者和会话持续/结束原因。

2.根据权利要求1所述的会话的检测方法，其特征在于，

所述第一终端为客户端，所述第二终端为服务器。

3.根据权利要求2所述的会话的检测方法，其特征在于，所述服务器包括参与功能实体和控制功能实体；所述第一终端建立与所述第二终端之间的会话的步骤，包括：

所述客户端向所述参与功能实体发送所述会话请求消息，以使所述参与功能实体将所述会话请求消息发送给所述控制功能实体；

所述客户端通过所述参与功能实体从所述控制功能实体接收到成功响应消息；

所述客户端通过所述参与功能实体发送所述确认消息给所述控制功能实体。

4.根据权利要求1所述的会话的检测方法，其特征在于，

所述会话检测消息和所述会话检测确认消息为握手消息，用于检测所述第一终端和所述第二终端的会话状态、检测时间间隔及检测所述会话检测消息发起方。

5.一种会话的检测方法，其特征在于，所述检测方法应用于会话系统，所述会话系统至少包括第一终端和第二终端，包括：

所述第一终端通过信令通道向所述第二终端发起会话请求消息，以使所述第二终端根据所述会话请求消息产生成功响应消息；其中，所述信令通道为负责信令传输的通道；

所述第一终端通过所述信令通道从所述第二终端接收到所述成功响应消息；

所述第一终端建立与所述第二终端之间的媒体通道；其中，所述媒体通道用于传输语音媒体流；

在所述第一终端建立与所述第二终端之间的会话后，所述第二终端通过媒体通道从所述第一终端接收到会话检测消息；

所述第二终端根据所述会话检测消息生成会话检测确认消息，并通过所述媒体通道发送检测确认消息给所述第一终端，所述会话检测消息用以检测所述第一终端与所述第二终端之间的会话是否存活；

其中，所述会话检测消息包括会话标示、用户标示、事务标示、是否支持媒体检测机制、检测周期和检测者；所述会话检测确认消息包括用户标示、事务标示、检测周期、被检测者和会话持续/结束原因。

6.一种存储介质，用于存储计算机程序，其特征在于，所述计算机程序在被处理器执行时，用于实现如权利要求1-5任一项所述的会话的检测方法。

7.一种会话检测系统，其特征在于，所述会话检测系统至少包括第一终端和第二终端，其中，所述第一终端通过信令通道向所述第二终端发起会话请求消息，以使所述第二终端根据所述会话请求消息产生成功响应消息；所述第一终端通过所述信令通道从所述第二终端接收到所述成功响应消息；所述第一终端通过媒体通道发送会话检测消息给所述第二终端，以检测所述第一终端与所述第二终端之间的会话是否存活；所述第二终端根据所述会话检测消息生成会话检测确认消息；所述第一终端通过所述媒体通道从所述第二终端接收到所述会话检测确认消息；其中，所述会话检测消息包括会话标示、用户标示、事务标示、是否支持媒体检测机制、检测周期和检测者；所述会话检测确认消息包括用户标示、事务标示、检测周期、被检测者和会话持续/结束原因。

Images