CN1801728B - 一种对媒体发送请求的处理方法 - Google Patents

Abstract

本发明提供一种对媒体发送请求的处理方法，其核心为：服务器在接收到媒体发送请求、且确定当前已存在相关的请求时，向发送该媒体发送请求的客户端返回请求响应信息。本发明的服务器能够对客户端发送的、与当前已存在的请求相关的媒体发送请求进行合理处理，在明确了服务器对已存在的媒体发送请求处理流程的同时，使用户能够根据请求响应信息获知媒体发送请求在队列中的位置等信息，在一定程度上避免了客户端再次发送已经发送过的媒体发送请求的现象，减轻了系统负荷，改善了用户的PoC业务体验；从而实现了完善服务器对媒体发送请求的处理流程，优化系统资源、提高用户满意度的目的。

Description

一种对媒体发送请求的处理方法

技术领域

本发明涉及网络通讯技术领域，具体涉及一种对媒体发送请求的处理方法。

背景技术

PoC(PTT over cellular，蜂窝系统上的即按即说)业务的概念来自于对讲机，其用户体验使用方式和对讲机类似，简单、快捷，半双工通话。

用户通过预先设定通话群组，通话时无需拨号，按住特定的按键，就可以同时将话音传送给群组中其他所有成员，按键即讲，呼叫和通话连接过程在瞬间完成。接收方无需任何响应就能接听，通话过程采用半双工的方式，一方在说话时，其他成员只能接听不能说话。

制定PoC标准规范的组织是OMA(Open Mobile Alliance，开放移动联盟)，该规范中定义的PoC网络的示意图如附图1所示。

图1中，PoC网络基于IMS(IP Multimedia Subsystem，IP多媒体子系统)，IMS即图1中的“SIP/IP core”。PoC网络中的主要实体简介如下：

PoC Server是PoC业务的主要呼叫控制设备，是IMS网络的一种ApplicationServer(应用服务器)。

PoC XDMS是存储PoC业务需要的群组信息等数据的服务器。

PoC Client即PoC客户端，用户使用该客户端能够向PoC Server发起呼叫、接受PoC呼叫、申请发言权、发言等。

建立PoC群组呼叫(Group Talk)后，用户可以通过TBCP(Talk Burst ControlProtocol，发言控制协议)向PoC Server申请发言权(Floor)，用户只有获得发言权才被准许发言，用户发言产生的媒体流(Talk Burst)才能够被PoC Server转发到群组的其他成员。

用户申请发言权的流程如附图2所示。

图2中，在步骤1、步骤2，用户通过TBCP的Talk Burst Request(发言权请求)消息向PoC Server申请发言权。

在步骤3、步骤4，PoC Server返回Talk Burst Granted(发言权允许)消息给申请发言权的用户，告知申请发言权的用户已被准许发言，此时，申请发言权的用户获得发言权。

在步骤5、步骤6、PoC Server向群组中的其他用户发出Talk Burst Taken(发言权已分配)消息，以便让群组会话中的其他成员知会当前发言者的信息。

在步骤7、8、9和10，获得发言权的用户发言，其发言产生的媒体流被PoCServer转发给群组中的其他成员。

在步骤11、12，用户发言完毕，释放发言权。

在步骤13、14、15、16，群组发言权空闲，PoC Server向群组成员广播FloorControl Idle(发言权空闲)消息。

目前，PoC系统可以支持发言权请求队列功能，即当多个用户同时发起发言权申请时，PoC Server负责仲裁，只批准其中一个用户的发言权申请，其他用户的发言权申请或被拒绝，或被插入到一个发言权请求队列，即TBCP TalkBurst Request Queue(TBCP发言权请求队列)，在当前发言者释放发言权后，PoC Server根据一定的策略从发言权请求队列中选择一个发言权申请者，并授予其发言权。

在目前最新的PoC标准规范中，由于存在视频等多媒体，所以，“发言”一词由“媒体”取代。

目前，服务器针对用户的媒体发送请求的处理流程如附图3所示。

图3中，在步骤300、服务器接收用户通过客户端发送来的媒体发送请求。

到步骤310、服务器判断媒体发送请求队列中是否已存在该用户的相同的媒体发送请求，如果存在，到步骤350，服务器对媒体发送请求的处理过程结束。

在步骤310，如果媒体发送请求队列中不存在媒体发送请求，到步骤320，服务器根据用户的优先级判断该用户的媒体发送请求是否能够中断当前用户的发言，如果能中断，到步骤350，服务器对媒体发送请求的处理过程结束。

在步骤320，如果该用户的媒体发送请求不能中断当前用户的发言，到步骤330，服务器将该用户的媒体发送请求插入到媒体发送请求队列的适当位置。

到步骤340，服务器生成队列状态响应消息，并发送至客户端。

到步骤350，服务器对媒体发送请求的处理过程结束。

从图3的描述可知，如果服务器在其接收到用户的媒体发送请求之前，媒体发送请求队列中已经存在一个相同的媒体发送请求，即服务器接收到用户已经发送过的媒体发送请求时，服务器对这个已经存在的媒体发送请求不进行特殊的处理过程，这显然是不合理的。

在实际应用中，存在用户再次发送已经发送过的媒体发送请求的场景，如用户在发送了媒体发送请求后，很长时间没有得到媒体发送许可，因此，又发送了一个媒体发送请求，再如客户端处理不当产生例外情况，导致服务器接收到已经存在的媒体发送请求等。

目前规范中虽然提到了同一个用户在同一个会话对应的媒体发送请求队列中不能同时拥有两个媒体发送请求，但是，从上述服务器对媒体发送请求的处理过程的描述中可以看出，服务器在接收到用户已经发送过的媒体发送请求时，不对用户的媒体发送请求进行响应处理，用户在长时间没有得到响应消息时，还可能会再次通过客户端发送媒体发送请求，从而给系统造成不必要的负荷，同时，在用户的PoC业务体验上，也存在明显的不足。

发明内容

本发明的目的在于，提供一种对媒体发送请求的处理方法，明确了服务器对与已经存在的媒体发送请求的处理流程，在一定程度上避免了用户再次发送已经发送过的媒体发送请求的现象，从而实现了完善服务器对媒体发送请求的处理流程，减轻系统负荷、提高用户的PoC业务体验的目的。

为达到上述目的，本发明提供的一种对媒体发送请求的处理方法，包括：

服务器接收客户端发送的媒体发送请求；

若确定当前已存在所述客户端发送的媒体发送请求，所述已存在的所述客户端的媒体发送请求与所述服务器接收的所述客户端发送的媒体发送请求相关，服务器将媒体发送请求队列中已经存在的所述客户端的媒体发送请求删除，并根据预定策略将其接收的媒体发送请求放入媒体发送请求队列中；

服务器根据媒体发送请求队列中的媒体发送请求向发送该媒体发送请求的客户端返回请求响应信息。

所述相关的媒体发送请求包括：

具有相同媒体发送者标识、和/或具有相同请求内容的媒体发送请求。

所述请求内容包括：

媒体类型、和/或者优先级类型、和/或者授权用户信息。

所述请求响应信息通过队列状态响应消息传输、或请求拒绝消息、或为请求响应信息新设置的消息传输。

所述向发送该媒体发送请求的客户端返回请求响应信息的步骤具体包括：

服务器直接根据发送请求队列中的媒体发送请求的状态信息向发送该媒体发送请求的客户端返回请求响应信息。

所述请求响应信息包括：

媒体发送请求在媒体发送请求队列中的位置、媒体类型和请求优先级。

所述请求响应信息包括：

媒体发送请求在媒体发送请求队列中的位置、媒体类型、请求优先级或拒绝所述媒体发送请求的原因。

所述方法还包括：

客户端显示其接收的请求响应信息。

所述方法还包括：

客户端根据其当前状态拒绝向服务器发送媒体发送请求。

所述当前状态包括：

等待服务器响应媒体发送请求状态、等待服务器响应释放媒体发送请求状态、媒体发送请求处于排队状态。

所述客户端根据其当前状态拒绝向服务器发送媒体发送请求还包括：

客户端根据其当前状态显示拒绝发送的原因信息。

所述客户端根据其当前状态显示拒绝发送的原因信息具体包括：

所述当前状态为等待服务器响应媒体发送请求状态时，客户端显示正在请求媒体发送许可的信息；

所述当前状态为等待服务器响应释放媒体发送请求状态时，客户端显示正在释放媒体发送许可的信息；

所述当前状态为媒体发送请求处于排队状态时，客户端显示其曾经接收的队列状态响应消息中承载的信息。

通过上述技术方案的描述可知，本发明的服务器在接收到与当前已经存在的请求相关的媒体发送请求时，能够合理处理其接收的媒体发送请求，如删除媒体发送请求队列中的原请求、将新的媒体发送请求插入队列、并发送请求响应信息，再如不改变媒体发送请求队列中原请求的位置、直接发送请求响应信息等，使本发明在明确服务器对已经发送过的媒体发送请求处理流程的同时，使用户能够根据请求响应信息获知媒体发送请求在队列中的位置等信息，在一定程度上避免了客户端再次发送已经发送过的媒体发送请求的现象，减轻了系统负荷，改善了用户的PoC业务体验；本发明的客户端能够根据其当前状态拒绝向服务器发送媒体发送请求，有效的减少了客户端再次发送已经存在的、正在等待处理的媒体发送请求的可能性；客户端通过显示拒绝发送原因，进一步改善了用户的PoC业务体验；从而通过本发明提供的技术方案实现了完善服务器对媒体发送请求的处理流程，优化系统资源、提高用户满意度的目的。

附图说明

图1是PoC网络的示意图；

图2是现有技术中的用户申请发言权的流程图；

图3是现有技术中支持发言请求队列的服务器对用户的媒体发送请求的处理流程图；

图4是本发明的用户的媒体发送请求的处理流程图一；

图5是本发明的服务器对用户的媒体发送请求的处理流程图一；

图6是本发明的用户的媒体发送请求的处理流程图二；

图7是本发明的服务器对用户的媒体发送请求的处理流程图二。

具体实施方式

本发明的服务器在接收到客户端发送的媒体发送请求、并在发现该媒体发送请求与当前已经存在的媒体发送请求相关时，能够对其当前接收的媒体发送请求进行合理的处理，如删除媒体发送请求队列中的原媒体发送请求、将新的媒体发送请求插入队列、并发送请求响应信息，再如不改变媒体发送请求队列中原媒体发送请求的位置、直接发送请求响应信息等，从而使本发明在明确服务器对已经发送过的媒体发送请求处理流程的同时，使用户能够根据请求响应信息获知媒体发送请求在队列中的位置等信息，在一定程度上避免了客户端再次发送已经发送过的媒体发送请求的现象，减轻了系统负荷，改善了用户的PoC业务体验。

下面结合附图对本发明提供的技术方案做进一步的描述。

本发明的用户的媒体发送请求的处理流程如附图4所示。

图4中，在步骤4-1、用户A通过客户端A向服务器发送媒体发送请求，设定此时用户B正在发言。

到步骤4-2、当服务器确定媒体发送请求中承载的信息和媒体发送请求队列的媒体发送请求中的信息不相同时，确定其当前接收的媒体发送请求为客户端A首次发送的媒体发送请求，服务器从当前接收的媒体发送请求中获取请求优先级信息，在确定该请求优先级信息不高于当前正在发言的用户的请求优先级时，服务器根据预定策略将当前接收的媒体发送请求放入媒体发送请求队列中。设定在媒体发送队列中，排在用户A前面的还有用户C和用户D。

到步骤4-3、服务器生成队列状态响应消息，并将队列状态响应消息发送至客户端A，客户端A将其接收的队列状态响应消息中承载的信息显示给用户A。

这里的队列状态响应消息中承载的信息包括：用户A的媒体发送请求在队列中的位置、用户A的媒体发送请求的媒体类型、用户A的媒体发送请求的优先级等信息。

到步骤4-4、在用户B发言结束后，服务器从媒体发送请求队列中选取其他用户如用户C，并允许其他用户发言。

在其他用户发言的持续时间内，用户A一直没有获得媒体发送提示，而再次发送已经发送过的媒体发送请求时，到步骤4-5、用户A通过客户端A向服务器再次发送媒体发送请求。

到步骤4-6、服务器接收用户A的媒体发送请求，将其当前接收的媒体发送请求与媒体发送请求队列中的媒体发送请求进行比较，当服务器确定媒体发送请求中承载的信息和媒体发送请求队列的媒体发送请求中的信息相同时，确定其当前接收的媒体发送请求为客户端A已经发送过的媒体发送请求，服务器根据媒体发送队列中客户端A的媒体发送请求生成队列状态响应消息。

此时，媒体发送请求队列中客户端A的媒体发送请求可以是原媒体发送请求，也可以是服务器当前接收的新媒体发送请求。媒体发送请求队列中的媒体发送请求是原媒体发送请求还是新媒体发送请求由服务器控制处理，具体过程如后续图5中的描述。

到步骤4-7、服务器将队列状态响应消息传输至客户端A，由客户端A将其接收的队列状态响应消息中的信息显示给用户A。

客户端A在接收到其再次发送的媒体发送请求对应的队列状态响应消息时，还可以向用户显示媒体发送请求已经存在的信息。

当用户A在其他用户发言的持续时间内，多次发送媒体发送请求时，重复上述步骤4-5、4-6、4-7。

在上述步骤4-2、4-6中，服务器可根据媒体发送请求的媒体发送者标识和请求内容来确定当前接收的媒体发送请求是否与已经存在的、正在等待处理的媒体发送请求相关，如服务器可根据媒体发送请求的媒体发送者标识、请求发送的媒体类型来确定当前接收的媒体发送请求是否与已经存在的、正在等待处理的媒体发送请求相关；服务器也可根据媒体发送请求的媒体发送者标识、请求发送的媒体类型、请求优先级来确定当前接收的媒体发送请求是否与已经存在的、正在等待处理的媒体发送请求相关。当媒体类型仅存在一种时，如在早期的PoC标准规范中仅存在话音的媒体类型，服务器也可以仅根据媒体发送请求的媒体发送者标识来确定当前接收的媒体发送请求是否与已经存在的、正在等待处理的媒体发送请求相关；同样，服务器还可以根据媒体发送请求的媒体发送者标识、请求优先级来确定当前接收的媒体发送请求是否与已经存在的、正在等待处理的媒体发送请求相关。本发明中的请求内容可以为除类似于发送时间戳等信息之外的其它关键信息。

在上述描述过程中，客户端A首次发送的媒体发送请求中承载的请求优先级和客户端A再次发送的媒体发送请求中承载的请求优先级可以相同，也可以不同。而且，服务器还可以在队列状态响应消息中承载已经发送过媒体发送请求等拒绝原因，旨在通知客户端A其发送的媒体发送请求是已存在的媒体发送请求这一事实。

服务器对用户的媒体发送请求的处理流程如附图5所示。

图5中，在步骤500，服务器接收客户端发送来的媒体发送请求。

到步骤510，服务器根据媒体发送请求中承载的媒体发送者标识、请求发送的媒体类型判断当前接收的媒体发送请求是否在媒体发送请求中已存在，如果不存在，表明当前接收的媒体发送请求为客户端首次发送的媒体发送请求，到步骤520，服务器根据当前接收的媒体发送请求中承载的请求优先级信息判断是否需要中断当前用户的发言，如果需要中断，到步骤550，服务器对客户端再次发送的已经存在的媒体发送请求的处理过程结束。

在步骤520，如果不需要中断当前用户的发言，到步骤530，服务器根据预定策略将当前接收的媒体发送请求放入媒体发送请求队列中。

到步骤540，服务器根据媒体发送队列中客户端的媒体发送请求生成队列状态响应消息。

到步骤550、服务器对媒体发送请求的处理过程结束。

在步骤510，如果当前接收的媒体发送请求在媒体发送请求中已存在、且正在等待处理，到步骤511、服务器可以采用如下两种处理方式对其当前接收的媒体发送请求进行处理：

方式1、服务器删除发送当前媒体发送请求的用户在媒体发送队列中的原媒体发送请求，然后，根据预定策略将其当前接收的媒体发送请求插入媒体发送队列中。

方式2、服务器对媒体发送队列中的原媒体发送请求不作任何改变，直接获取媒体发送请求在媒体发送请求队列中的位置、媒体类型、请求优先级等信息。

到步骤540，服务器生成队列状态响应消息。

到步骤550，服务器对媒体发送请求的处理过程结束。

本发明中的服务器还可以通过请求拒绝消息，将请求响应信息传输至再次发送已经存在的媒体发送请求的客户端，如附图6、附图7所示。

图6、图7的具体实现过程与图4、图5的实现过程基本相同，只是承载请求响应信息的消息为请求拒绝消息，在此不再详细描述。

当然本发明中的服务器还可以专门为请求响应信息新设置一个消息，该消息专门用于承载请求响应信息，具体实现过程与图4、图5的实现过程基本相同，只是承载请求响应信息的消息为新设置的消息，在此不再详细描述。

本发明还提供一种有效减少客户端再次发送已发送过的媒体发送请求的方法，具体为：当用户通过客户端的媒体发送请求模块发送媒体发送请求、或者客户端的其他逻辑模块指示媒体发送请求模块发送媒体发送请求时，媒体发送请求模块判断当前客户端状态机的状态，当客户端处于某些状态时，拒绝发送媒体发送请求，引起媒体发送请求模块拒绝发送媒体发送请求的状态具体包括但不限于：等待服务器响应媒体发送请求的状态、等待服务器响应释放媒体发送请求的状态、媒体发送请求排队中的状态。

当客户端的当前状态为：等待服务器响应媒体发送请求时，客户端可以向用户提示正在请求媒体发送许可的信息。

当客户端的当前状态为：等待服务器响应释放媒体发送请求时，客户端可以向用户提示正在释放媒体发送许可的信息。

当客户端的当前状态为：媒体发送请求排队中时，客户端向用户提示已经存在媒体发送请求的信息。如果支持队列的客户端在接收到服务器的队列状态响应消息时，将队列状态响应消息中的队列信息保存下来，如将媒体发送请求在队列中的位置、请求优先级、请求媒体类型等信息保存在客户端。这样，客户端还可以将用户的媒体发送请求在当前队列中的位置、请求优先级、请求媒体类型等信息显示给用户。

虽然通过实施例描绘了本发明，本领域普通技术人员知道，本发明有许多变形和变化而不脱离本发明的精神，本发明的申请文件的权利要求包括这些变形和变化。

Claims (12)

1.一种对媒体发送请求的处理方法，其特征在于，包括：

服务器接收客户端发送的媒体发送请求；

若确定当前已存在所述客户端发送的媒体发送请求，所述已存在的所述客户端的媒体发送请求与所述服务器接收的所述客户端发送的媒体发送请求相关，服务器将媒体发送请求队列中已经存在的所述客户端的媒体发送请求删除，并根据预定策略将其接收的媒体发送请求放入媒体发送请求队列中；

服务器根据媒体发送请求队列中的媒体发送请求向发送该媒体发送请求的客户端返回请求响应信息。

2.如权利要求1所述的一种对媒体发送请求的处理方法，其特征在于，所述已存在的所述客户端的媒体发送请求与所述服务器接收的客户端发送的媒体发送请求具有相同媒体发送者标识、和/或具有相同请求内容。

3.如权利要求2所述的一种对媒体发送请求的处理方法，其特征在于，所述请求内容包括：媒体类型、和/或者优先级类型、和/或者授权用户信息。

4.如权利要求1所述的一种对媒体发送请求的处理方法，其特征在于，所述请求响应信息通过队列状态响应消息传输、或请求拒绝消息、或为请求响应信息新设置的消息传输。

5.如权利要求1所述的一种对媒体发送请求的处理方法，其特征在于，所述向发送该媒体发送请求的客户端返回请求响应信息的步骤具体包括：

服务器直接根据发送请求队列中的媒体发送请求的状态信息向发送该媒体发送请求的客户端返回请求响应信息。

6.如权利要求1至5中任一权利要求所述的一种对媒体发送请求的处理方法，其特征在于，所述请求响应信息包括：媒体发送请求在媒体发送请求队列中的位置、媒体类型和请求优先级。

7.如权利要求1至5中任一权利要求所述的一种对媒体发送请求的处理方法，其特征在于，所述请求响应信息包括：媒体发送请求在媒体发送请求队列中的位置、媒体类型、请求优先级或拒绝所述媒体发送请求的原因。

8.如权利要求1至5中任一权利要求所述的一种对媒体发送请求的处理方法，其特征在于，所述方法还包括：

客户端显示其接收的请求响应信息。

9.如权利要求1至5中任一权利要求所述的一种对媒体发送请求的处理方法，其特征在于，所述方法还包括：

客户端根据其当前状态拒绝向服务器发送媒体发送请求。

10.如权利要求9所述的一种对媒体发送请求的处理方法，其特征在于，所述当前状态包括：等待服务器响应媒体发送请求状态、等待服务器响应释放媒体发送请求状态、媒体发送请求处于排队状态。

11.如权利要求10所述的一种对媒体发送请求的处理方法，其特征在于，所述客户端根据其当前状态拒绝向服务器发送媒体发送请求还包括：

客户端根据其当前状态显示拒绝发送的原因信息。

12.如权利要求11所述的一种对媒体发送请求的处理方法，其特征在于，所述客户端根据其当前状态显示拒绝发送的原因信息具体包括：

所述当前状态为等待服务器响应媒体发送请求状态时，客户端显示正在请求媒体发送许可的信息；

所述当前状态为等待服务器响应释放媒体发送请求状态时，客户端显示正在释放媒体发送许可的信息；

所述当前状态为媒体发送请求处于排队状态时，客户端显示其曾经接收的队列状态响应消息中承载的信息。

Images