CN101316395A - 会话中话权的调度方法及装置 - Google Patents

Abstract

本发明涉及一种会话中话权的调度方法及装置，所述方法包括：当接收到当前会话中请求的各个媒体发送权为非专用媒体发送权时，对所述各个媒体发送权进行独立调度；或者对各个媒体发送权进行并行或关联调度。所述装置包括：接收单元，用于接收当前会话中用户发送的媒体发送权为非专用媒体发送权；调度单元，与接收单元相连，用于对所述媒体发送权进行独立调度；或者对各个媒体发送权进行并行或关联调度。以灵活调度在多方通信系统中多个媒体发送权的问题。

Description

会话中话权的调度方法及装置

技术领域

本发明涉及移动通信技术，特别涉及一种会话中话权的调度方法及装置。

背景技术

随着网络技术的发展，多方通信成为一种逐渐普遍的业务，为了实现多方通信必然需要进行一个统一的控制点来管理，确保管理的一致性和实时性。比如一个用户申请发送音频，系统需要有且只能有一个控制点进行判决。比如移动一键通(POC，Push to Talk over Cellular)系统、会议协商(Conference)系统等。

在多方通信中，存在媒体发送权(floor)控制的特性，所述媒体发送权(floor)控制是在多方通信中管理共享资源访问权的一种方式，会议服务器通过管理各个媒体发送权(floor)实现对媒体会话的访问权，会议业务中常见的共享资源如：发言权、媒体发送权和共享应用的鼠标操作权等。现有的PoC技术基于PoC半双工的特点，即同一时间内，对于同一种媒体类型而言，只有一个会话参与用户可以进行媒体发送，而其他的会话参与用户都只能处于接收媒体的状态。针对PoC系统中对于每一种媒体类型只有一个媒体发送权的特点，现有的技术已经针对不同媒体类型媒体发送权(floor)的单一媒体发送权的控制和调度。具体如图1所示，当会话不支持请求队列时，具体实现过程包括：

1.当用户A请求媒体类型A的媒体发送权，终端A向参与服务器A发送请求消息；

2.所述参与服务器A将接收到的所述请求消息转发给控制服务器X；

3.所述控制服务器X判断所述媒体类型A是否空闲，若在当前的会话中，用户B正在占用媒体类型A的媒体发送权，则所述控制服务器X拒绝了用户A的请求，并将所述拒绝消息反馈给参与服务器A；

4.所述参与服务器A将该拒绝消息发送到了终端A；

5.当用户A请求媒体类型B的媒体发送权，请求消息从终端A发到参与服务器A；

6.所述请求媒体类型B的请求消息从参与服务器A发到控制服务器X；

7.所述控制服务器X判断所述媒体发送权B是否空闲，若空闲，则授予用户A媒体类型为B的媒体发送权(即标号8)；

9至12.终端在获得媒体类型为B的媒体发送权(Floor B)之后，开始媒体类型为B的媒体发送。

当会话支持队列时，基于队列进行媒体发送权(Floor)请求的管理，发言用户通过操作终端发出floor请求，系统经过判决后可以授予UE媒体发送权或者将用户的媒体发送请求放入队列，对于媒体发送请求的队列处理遵循两个原则，第一：高优先级的媒体发送请求比低优先级的媒体发送请求首先得到媒体发送权(Floor)；第二：队列中相同优先级别的媒体发送请求的处理按照先请求先处理的原则授予媒体发送权。在处理较低优先级用户的时候，如果收到高优先级的媒体发送请求，可以打断现有低优先级的媒体发送。服务器给当前得到媒体发送权的会话参与用户发送媒体发送权授予(floor grant)消息，同时发送媒体发送权占用(floor taken)消息给群组其他成员。申请用户收到媒体发送权授予(floor grant)消息后，可以开始数据发送(media burst)。

在所述PoC(Push to Talk over Cellular)系统中，因为PoC业务半双工的特点，针对各个不同媒体类型的单个媒体发送权(Floor)的调度方法。如图2所示，包括PoC终端A21、PoC终端B22、PoC终端C23以及PoC服务器24，所述PoC终端A21、PoC终端B22与PoC服务器24分别包括四种媒体发送控制实体，而所述PoC终端C23可以包括一种或多种媒体发送实体(比如PoC语音)。其中，所述PoC终端和PoC服务器共协商了四种媒体发送控制实体，具体如下分别是：

视频和音频(Video & Audio)的媒体发送控制实体，实施Video & Audio媒体的发送权(Floor)管理控制；

PoC语音(Speech)的媒体发送控制实体，实施PoC语音(Speech)媒体的发送权(Floor)管理控制；

视频(Video)的媒体发送控制实体，实施视频(Video)媒体的发送权(Floor)管理控制；

离散媒体(Discrete Media)的媒体发送控制实体，实施离散媒体(DiscreteMedia)的发送权(Floor)管理控制；

但是其他在多方通信系统中，如Conference系统中，即在全双工的多媒体通信系统中，由于会议系统的资源占用和性能方面的因素，并不是每个会话参与用户都能够在会话中得到媒体发送权(Floor)，从而进行发送媒体；同一时间范围内，能够在会话中进行媒体发送或者发言的用户，也就是能够得到媒体发送权的会话参与用户也并不仅仅局限于一个。针对一种媒体类型的媒体发送，多媒体会议系统能够提供的媒体发送权的个数可以为多个，其数量取决于系统的资源和相关实体的性能。PoC系统中的单个媒体发送权的调度方案呈现局限性，尤其当多媒体会议中接入用户数目多于多媒体会议中实际可以使用的媒体发送权的个数时，会存在多媒体会议参与用户对有限媒体发送权的竞争问题，而且在一些情况下，多个媒体发送权的处理不是完全独立的。

因此，在实现本发明的实现过程中，发明人发现现有技术至少还存在：当系统中存在多个媒体发送权时，需要考虑多媒体会话中的多个媒体发送权的调度问题。

发明内容

本发明实施例提供一种会话中话权的调度方法及装置，以灵活调度在多方通信系统中多个媒体发送权的问题。

为解决上述技术问题，本发明实施例提供一种会话中话权的调度方法，所述方法包括：当接收到当前会话中请求的各个媒体发送权为非专用媒体发送权时，对所述各个媒体发送权进行独立调度；或者对各个媒体发送权进行并行或关联调度。

相应地，本发明实施例一种会话中话权的调度装置，所述装置包括：

接收单元，用于接收当前会话中用户发送的媒体发送权为非专用媒体发送权；

调度单元，与接收单元相连，用于对所述媒体发送权进行独立调度；或者对各个媒体发送权进行并行或关联调度。

本发明实施例通过将接收到当前会话中请求的各个媒体发送权为非专用媒体发送权时，对所述各个媒体发送权进行独立调度；或者对各个媒体发送权进行并行或关联调度。为多方通信系统中多个媒体发送权的调度问题提供了灵活解决方案，根据具体的场景进行多个媒体发送权的独立调度以及多个媒体发送权的并行或关联分配，利于更加有效的进行多个媒体发送权分配，可以极大改善用户的业务体验。

附图说明

图1为现有技术中针对不同媒体类型的单一媒体发送权的调度流程图；

图2为现有技术中媒体发送权控制实体的示意图；

图3为本发明实施例中多媒体会议系统中媒体发送权的调度示意图；

图4为本发明实施例中多媒体会议系统中关联媒体发送权调度的示意图；

图5为本发明实施例中媒体发送权请求消息中携带附加信息的TBCP消息格式示意图；

图6为本发明会话中话权的调度方法的第一实施例；

图7为本发明会话中话权的调度方法的第二实施例；

图8为本发明会话中话权的调度方法的第三实施例；

图9为本发明会话中话权的调度方法的第四实施例；

图10为本发明会话中话权的调度方法的第五实施例；

图11为本发明实施例会话中话权的调度装置的结构示意图。

具体实施方式

下面将结合附图及实施例，对本发明的技术方案作进一步的描述。

在现有的多方通信系统中，可以考虑将系统中的一部分媒体发送权(floor)作为专用floor，可以由会议的主持人或VIP用户使用，这些Floor不再参与对其它用户的分配；一部分媒体发送权作为非专用floor，如果当前会话中用户请求的各个媒体发送权为非专用媒体发送权时，则对所述各个媒体发送权进行独立调度；或者对各个媒体发送权进行并行或关联调度。其中，对于非专用floor的调度可以分为两种：

1)对各个媒体发送权独立调度，该调度过程类似于PoC系统，即对每个媒体发送权独立处理(包括空闲或者被占用等等)，但每个媒体发送权之间的状态毫无关联。

2)对媒体发送权并行或关联分配：区别于各个媒体发送权独立处理的情况。也就是说，在某些特殊的情况下(比如用户A、B和C在会议中讨论某一问题等)，在该用户请求的媒体发送权需要并行调度、并行授予以及并行撤回。即可以将多个空闲floor同时授予给多个用户。

下面分别对这两种调度情况进行详细的说明。

1)对各个媒体发送权独立调度，类似于PoC系统中各个媒体发送权的调度，即采用队列和优先级的方式进行媒体发送权的调度，其具体的实现过程有两种：

一种方案是：沿用所述PoC系统的媒体发送权调度实现过程进行媒体发送权的控制，其媒体发送权控制实体还以图2为例。即采用队列会优先级的方式顺序分配媒体发送权，先请求的用户先分配到媒体发送权，当有用户请求媒体发送权时，如果系统中有空闲的媒体发送权，则网络服务器将所述空闲媒体发送权分配给该请求用户，直到系统中无空闲的媒体发送权。如果网络服务器接收到用户发送的媒体发送权请求消息时，而系统中没有空闲的媒体发送权，则可根据优先级处理或排队等候，只有有空闲的媒体发送权，然后将所述空闲的媒体发送权的按优先级的高低或排队的先后顺序依次分配给请求的用户；也可以根据排队结合优先级的分配方式进行媒体发送权的分配。其具体的分配过程与现有的PoC系统采用的媒体发送权调度机制是类似的，在此不再赘述。

另一种方案是，主要是区别于现有的PoC系统中针对一种媒体类型和一个媒体发送权的绑定关系。在本发明所述的多媒体会议系统中，会议系统中多种媒体类型可以拥有共同性质的媒体发送权，会话参与用户只要获得一个Floor，就可以发送多种媒体类型的媒体数据，该媒体类型是在多媒体会话建立时协商的，具体如图3所示，为多媒体会议系统中媒体发送权的调度示意图。如图所所示，如果终端(Client)A31和终端(Client)B33分别获得了多媒体会议服务器32中的Floor，则所述终端A31和终端B33就可以进行多种类型媒体的媒体发送，至于会话中有哪些媒体类型，这是在多媒体会话建立时成功协商的。这对于目前的PoC系统中，需要针对多种媒体类型，请求得到多个媒体发送权，更加有效的进行多个媒体发送权分配，可以极大改善用户的业务体验。

2)对于Floor并行或关联分配的具体过程：

该过程区别于各个媒体发送权独立处理的情况，在某些特殊的情况下，某些媒体发送权的分配是需要具有关联性的，媒体发送权请求需要并行调度、并行授予以及并行撤回，也就是说，可以将多个空闲floor同时授予给多个用户，即媒体发送权并行或关联分配。

为了便于理解媒体发送权并行或关联分配，下面针对不同的场景举例说明。

1)如果用户A、B和C同属于某一项目组的专家，他们希望同时得到Floor在会议中讨论项目组中某一具体的问题。如果多媒体会话系统能够做到将这三个用户的媒体发送请求同时授予，则避免了用户A在侃侃而谈，但是用户B有不同意见，却不能发言的情况；

2)对于语音情况：会存在一些简短的对话情况，一问一答式的，此时最好给双方同时分配媒体发送权；

3)对于视频情况，如果同时给双方或多方分配媒体发送权，这样接受方同时能看到几个需要视频，例如网络游戏等等。

由上述几个例子可知，媒体发送权并行或关联(即基于一定的依赖关系)处理的信息也可以来自群组信息。对于以上各种场景，如果能对媒体发送权进行并行或关联分配，就可以极大地改善用户的体验。

因此，本发明所述技术方案中进行媒体发送权并行或关联分配和控制的机制可以包括但不限于采用下述方案来实现：

一种方案为：由网络服务器根据系统中存在的多个媒体发送权的情况对用户进行多个媒体发送权分配，用户可以在媒体发送权请求消息中添加关于媒体发送权并行或关联的附加信息，例如同时请求得到多个媒体发送权，请求同时授予不同的用户，提供需要被关联授予的信息，以便通过媒体发送权请求消息将附加信息发送给网络服务器，使接收到媒体发送权请求消息的网络服务器能够解析并获得所述附加信息，从而对发出消息的用户终端的媒体发送操作进一步了解，比如判断系统中媒体发送权是否空闲等。网络服务器在接收到媒体发送权请求消息后，根据以下情况进行处理：

1)如果系统中有足够的空闲媒体发送权，则网络服务器把空闲的媒体发送权同时授予给所有请求用户。

2)如果系统中没有足够的媒体发送权，则网络服务器不对媒体发送权请求消息进行拒绝处理，而是继续等待直到系统中有其它媒体发送权空闲满足足够授予给所有请求用户为止，此时，网络服务器把所述空闲的媒体发送权同时授予给请求用户。

3)如果系统中没有足够的媒体发送权，在等待其它媒体发送权空闲等待过程中，若有其它的用户进行媒体发送权请求，网络服务器可以作如处理：

将空闲媒体发送权授予给其它进行媒体发送权请求的用户，而对于请求关联授予媒体发送权的用户则继续等待，直到系统满足对其授予floor的条件，再对其进行floor授予；或者

让其它进行媒体发送权请求的用户进行等待，直到给前面请求关联授予媒体发送权的用户全部被授予媒体发送权后再对其它用户进行授予媒体发送权。

4)如果网络服务器不许可同时对多个媒体发送权进行授予，则直接拒绝用户的媒体发送权请求消息。

5)如果系统中总计的媒体发送权个数不够，不足以分配给所有请求用户，则拒绝该用户的媒体发送权(floor)请求消息。

另一方案为：在说明该方案之前，先介绍一下新的关联媒体发送权(floor_N，N为正整数)，该关联媒体发送权不是针对一个用户请求的一种媒体发送权，而是可以针对多个用户、多种媒体类型的媒体发送权。所述关联媒体发送权实际上是系统保存的一个逻辑上的由单个Floor组成的实体，其中，在逻辑上，关联媒体发送权可以由几个具有相同和/或者不同媒体类型的单独的Floor组成，并且可以将所述关联媒体发送权同时授予给几个用户，其中，同时被授予Floor的用户的个数由单独的Floor的个数决定的。在本发明中，为了区别与普通媒体发送权(floor)，可以用一个新的标识来表示关联媒体发送权，即用floor_N表示，N为单独的Floor的个数，比如：Floor_2，表示可以同时授予两个用户的关联Floor，相当于两个单独Floor的联和；再如Floor_3，表示可以同时授予三个用户的关联Floor，相当于三个单独Floor的联和。关于Floor_N的产生，可以是系统提前设定好的，也可以是系统基于一定权限的用户请求后组成的，即用户可以在请求消息(比如，SIP消息)中请求服务器将系统中的空闲的N个同种媒体类型或者不同媒体类型的Floor关联起来组成Floor_N。

请参阅图4，为本发明实施例中多媒体会议系统中关联媒体发送权调度的示意图。如图所示，Floor_2是由两个具有不同媒体类型Speech和Video的单独Floor组成的关联Floor；Floor_3是由三个具有相同媒体类型Speech的单独Floor组成的关联Floor。所述Floor_2同时被授予给请求发送Speech和Video的终端A41和终端B42，所述Floor_3同时被授予给请求发送Speech终端C43、终端D44和终端E45。所述Floor_2和Floor_3集成在会议服务器中(或会议系统)45中。其具体的实现过程为：

用户在媒体发送权请求消息中添加附加信息，所述附加信息中包括：需要被关联授予媒体发送权的其它用户的地址以及这些用户需要被关联授予媒体发送权的信息，以便通过媒体发送权请求消息将所述附加信息发送给网络服务器，使接收到媒体发送权请求消息的网络服务器能够解析并获得所述附加信息，从而对发出请求消息的用户终端的媒体发送操作有进一步了解。网络服务器接收到媒体发送权请求消息后，根据以下情况进行处理：

1)如果在媒体发送权请求消息中的附件信息满足关联媒体发送权的属性，则网络服务器把媒体发送权同时授予给该请求用户；

2)如果在媒体发送权请求消息中的附件信息不满足关联媒体发送权的属性，则网络服务器拒绝媒体发送权请求；

3)如果用户发送媒体发送权请求消息，并且该媒体发送权请求消息中的附加信息满足关联媒体发送权的属性，但是需要被关联授予媒体发送权的其中部分用户已经在进行媒体发送，如果在请求消息的附加信息包括媒体发送保持时间为T，或者已经在进行媒体发送的用户的剩余可以进行媒体发送的时间不为T，则网络服务器将该用户的媒体发送的时间重新设为T。

在本发明实施例中，所述媒体发送权请求消息可以采用发言控制协议(TBCP，Talk Burst Control Protocol)消息方式来实现。在媒体发送权请求消息中携带附加信息的TBCP消息格式如图5所示，包括TBCP内容和附加信息这两部分。其中，所述TBCP内容是TBCP协议规定好的部分；所述附加信息可以直接附在TBCP消息中发送。在实际应用中，由TBCP消息携带的附加信息可以是文本信息，比如URL等，以便于用户阅读。也可以是关联媒体发送权信息，比如，在进行媒体发送权关联分配时引入了新的关联媒体发送权，用户1在媒体发送权请求TBCP消息中添加了附近信息，附加信息中包括：需要被关联授予媒体发送权的其它用户的地址以及用户1需要和这些用户被关联授予媒体发送权的信息。当然，在附加信息中也可以只携带某些用户需要被关联授予媒体发送权的信息。其信息内容的最大长度可以由运营商根据需要灵活设置。

为例便于本领域技术人员的理解，请参考下述具体的实施例。

请参阅图6，为本发明会话中话权的调度方法的第一实施例。在该实施例中，不引入新的关联floor，只对同种类型的Floor进行并行或关联分配。其具体的实现过程为：

如图6所示，假设有两个用户1和用户2请求同种类型的媒体发送权，在媒体发送权请求中附加这两个用户的媒体发送权的关联信息，或者在网络服务器上进行设定，设定用户1和用户2的媒体发送权请求是需要同时授予。在用户发送媒体发送权请求消息后，网络服务器可能会根据具体的情况进行以下处理：

1a-1b)用户1和用户2向服务器发送媒体发送权请求(Floor Req)，请求中附加用户1和用户2的媒体发送权请求需要被关联授予的信息；

2)服务器判决用户1和用户2的媒体发送权请求需要被关联授予，此时floor队列中有两个或者以上的floor空闲；

3a-3b)服务器同时对用户1和用户2授予媒体发送权(Floor Grant)。

2′)服务器判决用户1和用户2的媒体发送权请求需要被关联授予，此时floor队列中只有一个floor空闲，则服务器继续进行等待；

3a′)另一个用户3释放了其占有的同种类型的floor后，此时floor队列中有两个floor空闲；

4a′-4b′)服务器同时对用户1和用户2授予(Floor Grant)。

2″)服务器判决用户1和用户2的媒体发送权请求需要被关联授予，此时floor队列中只有一个floor空闲，则服务器继续进行等待；

3a″)服务器等待过程中，另一个用户3请求同种类型的floor；

4b1″)将空闲floor授予给用户3(Floor Grant)，用户1和用户2继续等待，直到系统满足对授予条件，再对其进行floor授予；或者

4b2″)用户3进行等待，直到用户1和用户2被授予floor后再对用户3进行floor授予；

2″′)服务器判决用户1和用户2的媒体发送权请求需要被关联授予，但是服务器不能同时对两个或者以上的floor同时授予；

3a″′-3b″′)服务器向用户1和用户2返回媒体发送权拒绝(Floor Reject)消息。

2″″)服务器判决用户1和用户2的媒体发送权请求需要被关联授予，但是在系统中只存在一个foor，即这种类型的floor的个数只有一个；

3a″″-3b″″)服务器向用户1和用户2返回媒体发送权拒绝(Floor Reject)消息。

请参阅图7，为本发明会话中话权的调度方法的第二实施例，在该实施例中，不引入新的关联floor，只对不同种类型的Floor进行并行或关联分配，其具体的实现过程为：

如图7所示，假设有两个用户1和用户2请求不同类型的媒体发送权floorA和floor B，在媒体发送权请求中携带这两个用户的媒体发送权的关联信息，或者在服务器上进行设定，设定用户1和用户2的媒体发送权请求是需要同时授予的。在用户发送媒体发送权请求消息后，服务器可能会根据具体的情况进行以下处理：

1a-1b)用户1和用户2分别向服务器发送媒体类型为A媒体发送权请求(FloorA Req)和媒体发送权B请求(FloorB Req)，请求中携带用户1和用户2的两种类型的floorA和floorB请求需要被关联授予的信息；

2)服务器判决用户1和用户2的两种类型的floorA和floorB请求需要被关联授予，此时floor队列中有一个或一个以上的floorA和floorB空闲；

3a-3b)服务器同时对用户1授予floorA(FloorA Grant)和对用户2授予floorB(FloorB Grant)。

2′)服务器判决用户1和用户2的两种类型的floorA和floorB请求需要被关联授予，此时floor队列中只有floorA空闲，没有空闲的floorB，则服务器继续进行等待；

3a′)另一个用户3释放了其floorB后，此时floor队列中有floorA和floorB同时空闲；

4a′-4b′)服务器同时对用户1和用户2授予floorA和floorB。

2″)服务器判决用户1和用户2的两种类型的floorA和floorB请求需要被关联授予，此时foor队列中只有floorA空闲，没有空闲的floorB，则服务器继续进行等待；

3a″)另一个用户3向服务器发送floorA请求(FloorA Req)；

4b1″)将空闲floorA授予给用户3，用户1和用户2继续等待，直到系统满足对授予条件，再对其进行floor授予；或者

4b2″)用户3进行等待，直到出现一个floorB空闲，用户1和用户2被授予floor后，再对用户3进行floor授予；

2″′)服务器判决用户1和用户2的两种类型的floorA和floorB请求需要被关联授予，但是服务器不能同时对两个floor或者两种不同类型的floor进行授予；

3a″′-3b″′)服务器向用户1返回floorA拒绝消息(FloorA Reject)向用户2返回floorB拒绝消息(FloorB Reject)。

2″″)服务器判决用户1和用户2的两种类型的floorA和floorB请求需要被关联授予，但是在系统中只存在一种floor类型floorA，即不存在floorB；

3a″″-3b″″)服务器向用户1返回floorA拒绝消息(FloorA Reject)向用户2返回floorB拒绝消息(FloorB Reject)。

再请参阅图8，为本发明会话中话权的调度方法的第三实施例，在该实施例中，引入新的关联floor，同种类型的Floor并行或关联分配。

如图8所示，假设用户1进行媒体发送权请求，在媒体发送权(floor)请求中附加另外一个用户2的地址信息和用户1与用户2需要被关联授予同种媒体类型媒体发送权的关联信息。服务器根据系统中是否存在一个由两个具有相同媒体类型的单独Floor组成的关联Floor，来对用户1的媒体发送权请求进行处理，决定是否对用户1和用户2授予媒体发送权(foor)。具体如图8所示：

1)用户1向服务器发送媒体发送权请求，请求中携带如下信息：a)用户2的地址信息，b)用户1与用户2需要被关联授予同种类型媒体发送权(floor)的信息；

2)服务器进行判决，系统中存在一个针对两个用户，一种媒体类型的关联floor，用户1的媒体发送权请求(Floor Req)满足可以被分配关联floor的条件；

3a-3b)服务器同时对用户1和用户2授予floor。

2′)服务器进行判决，系统中不存在一个可以针对两个用户，一种媒体类型的关联floor，用户1的媒体发送权请求(Floor Req)不满足可以被分配关联floor的条件；

3a′-3b′)服务器同时对用户1和用户2发送floor拒绝消息。

还请参阅图9，为本发明会话中话权的调度方法的第四实施例，在该实施例中，引入新的关联floor，不同种类型的Floor并行或关联分配。

如图9所示，假设用户1进行媒体发送权请求，在媒体发送权请求中携带另外一个用户2的地址信息和用户1与用户2需要被关联授予不同种媒体类型媒体发送权的关联信息。服务器根据系统中是否存在一个由两个具有不同同媒体类型的单独Floor组成的关联Floor，来对用户1的媒体发送权请求进行处理，决定是否对用户1和用户2授予媒体发送权。具体如图9所示：

1)用户1向服务器发送媒体发送权请求(Floor Req)，请求中附加如下信息：a)用户2的地址信息，b)用户1与用户2需要被关联授予不种类型媒体发送权的信息；

2)服务器进行判决，系统中存在一个可以针对两个用户，两种媒体类型的关联floor，用户1的媒体发送权请求(Floor Req)满足可以被分配关联floor的条件；

3a-3b)服务器同时对用户1和用户2授予floor。

2′)服务器进行判决，系统中不存在一个可以针对两个用户，两种媒体类型的关联floor，用户1的媒体发送权请求(Floor Req)不满足可以被分配关联floor的条件；

3a′-3b′)服务器同时对用户1和用户2发送floor拒绝消息。

还请参阅图10，为本发明会话中话权的调度方法的第五实施例，在该实施例中，引入新的关联floor，已经有用户得到媒体发送权时的Floor并行或关联分配。

如图10所示，假设用户2已经得到媒体发送权，并且正在进行媒体发送。用户1进行媒体发送权请求，在媒体发送权请求中附加用户2的地址信息和用户1与用户2需要被关联授予同种媒体类型媒体发送权的关联信息，并且在请求中附加的用户最大媒体发送权保持时间是T1。服务器根据系统中是否存在一个由两个具有相同媒体类型的单独Floor组成的关联Floor，来对用户1的媒体发送权(floor)请求进行处理，决定是否对用户1授予floor。如果存在关联floor，服务器还要重新对用户2的媒体发送权保持时间进行限定。其具体的实现过程为：

1)用户2已经得到媒体发送权(floor)，并且正在进行媒体发送；

2)用户1向服务器发送媒体发送权请求(Floor Req)，请求中附加如下信息：a)用户2的地址信息，b)用户1与用户2需要被关联授予同种类型媒体发送权的信息，同时在请求中附加的用户最长媒体发送权保持时间是T1；

3)服务器进行判决，系统中存在一个可以针对两个用户，一种媒体类型的关联floor，用户1的媒体发送权请求(Floor Req)满足可以被分配关联floor的条件；

4)由于用户2已经得到媒体发送权，服务器只对用户1授予floor；

5)服务器根据用户1的媒体发送权请求(Floor Req)中的最大媒体发送权保持时间T1，将用户2的最大媒体发送权保持时间重新限定为T1，并且通知给用户2。

3′)服务器进行判决，系统中不存在一个可以针对两个用户，一种媒体类型的关联floor，用户1的媒体发送权请求(Floor Req)不满足可以被分配关联floor的条件；

4′)服务器向用户1发送floor拒绝消息。

此外，在本发明实施例中，也可以包括其它的调度规则，主要是考虑到用户等待的时间问题，系统需要定义一定的规则来保证请求媒体发送权的用户在一定时间后可以被授予媒体发送权：其具体为：

1)系统可以定义一个最长媒体发送权保持时间(类似与PoC)，指定用户最长可以占用一个媒体发送权的时间；当到达这个时间，用户必须释放这个媒体发送权把这个媒体发送权插入到floor队列中由其它用户使用；

2)如果支持队列，也可以只在系统中有媒体发送权请求等待的情况下才触发上述的对最长媒体发送权保持时间的限制；

3)如果不存在其它用户进行媒体发送权请求，则当前媒体发送权的持有者可以一直占用媒体发送权。

当然，上述定义的规则并不限于所公开的，也可以是其它相应的规则。

另外，本发明实施例还提供一种会话中话权的调度装置，其结构示意图详见图11，所述装置包括：接收单元11和调度单元12。其中，所述接收单元11，用于接收当前会话中用户发送的媒体发送权为非专用媒体发送权；所述调度单元12，与接收单元11相连，用于对所述媒体发送权进行独立调度；或者对各个媒体发送权进行并行或关联调度。

所述调度单元12具体包括：独立调度子单元121和并行或关联调度子单元122。所述独立调度子单元121用于根据系统中多个媒体发送权的空闲情况将满足附件信息的媒体发送权分配给该请求的用户，其中，所述附件信息包括：关于媒体发送权的并行或关联的信息；所述并行或关联调度子单元122，用于根据系统中关联媒体发送权的空闲情况将满足附件信息的关联媒体发送权分配给对应的多个用户，其中，所述附件信息包括：需要被关联授予媒体发送权的其它用户的地址及该用户需要被关联授予媒体发送权的信息。

所述装置还可以包括：划分单元与接收单元相连，用于将媒体发送权预先划分为专用媒体发送权和非专用媒体发送权。

其具体的实现过程为：

划分单元可以预先将媒体发送权分为专用媒体发送权和非专用媒体发送权，对于专用的媒体发送权会议的主持人或VIP用户使用，这些Floor不再参与对其它用户的分配；而对于非专用floor，如果当前会话中用户请求的各个媒体发送权为非专用媒体发送权时，则对所述各个媒体发送权进行独立调度；或者对各个媒体发送权进行并行或关联调度。

当接收单元11接收到用户发送的媒体发送权请求消息时，如果系统中有空闲的媒体发送权，则独立调度子单元121为该用户分配所述空闲的媒体发送权；若没有空闲媒体发送权，则根据优先级、排队等候或优先级和排队等候相结合的方式等候媒体发送权的分配，其具体的实现过程与PoC系统采用的媒体发送权调度机制是类似的，这里不再赘述；

当接收单元11接收到用户发送的媒体发送权请求消息时，如果不同的终端分别获得多媒体会话中非专用的媒体发送权，则所述不同的终端通过非专用的媒体发送权进行多种媒体类型的多媒体会话；所述多种媒体类型是在非专用的多媒体会话建立时协商的。

当接收单元11接收到用户发送的媒体发送权请求消息时，在该请求消息中添加附加信息，如果所述附件信息包括：关于多个媒体发送权的并行或关联的信息；则所述并行或关联调度子单元122中通过解析所述附加信息并根据系统中多个媒体发送权的空闲情况为该用户进行媒体发送权的调度，具体的调度过程为下述任一种：

如果系统中有足够的空闲媒体发送权，则并行或关联调度子单元122将所述空闲媒体发送权同时授予给所请求的用户；

如果系统中没有足够的空闲媒体发送权，则并行或关联调度子单元122不拒绝该用户请求，而是继续等待系统中其它媒体发送权的空闲直到满足用户请求的媒体发送权为止，并将所述空闲媒体发送权同时授予给该用户请求；

如果系统中没有足够的空闲媒体发送权，在等待系统中其它媒体发送权空闲的过程中，有其它的用户进行媒体发送权请求，则，并行或关联调度子单元122先将空闲媒体发送权授予给其它进行媒体发送权请求的用户；而对于请求并行或关联授予的用于继续等待，直至系统中满足对该用户授予的条件，再对该用户同时授予媒体发送权；或者，让其它进行媒体发送权请求的用户进行等待，直至对请求并行或关联的用户满足授予条件后，在对其它用户进行授予媒体发送权；

如果并行或关联调度子单元122不允许同时对多个媒体发送权进行同时授予，则直接拒绝该用户媒体发送权的请求消息；

如果系统中总计的媒体发送权个数不满足该用户请求的条件，则直接拒绝该用户媒体发送权的请求消息。

如果所述附件信息包括：该用户需要被关联授予媒体发送权的信息，还可以包括需要被关联授予媒体发送权的其它用户的地址和/或媒体发送权保持时间；则并行或关联调度子单元122通过解析所述附加信息并根据系统中关联媒体发送权的空闲情况为该用户进行关联媒体发送权的调度。其具体的过程包括下述任一种：

如果该用户的媒体发送权请求满足关联媒体发送权的属性，则并行或关联调度子单元122将所述关联媒体发送权同时授予给请求的用户；

如果该用户的媒体发送权请求不满足关联媒体发送权的属性，则并行或关联调度子单元122拒绝该媒体发送权请求；

如果该用户的媒体发送权请求满足关联媒体发送权的属性，但需要被关联授予媒体发送权的部分用户已经进行媒体发送，并且在请求消息的附加信息包括预设媒体发送保持时间，或者已经在进行媒体发送用户的剩余发送媒体的时间不为预设媒体发送保持时间，则并行或关联调度子单元122将该用户的媒体发送的时间重新设为预设媒体发送保持时间。

由此可见，本发明实施例所述技术方案中，在需要多个媒体发送权同时进行并行或关联分配时，用户可以在多个媒体发送权请求消息中附加多个媒体发送权的关联信息，由网络服务器根据系统中存在的多个媒体发送权的空闲情况进行适应行分配；此外，在需要多个媒体发送权进行并行或关联分配时，也可以引入一类新的关联媒体发送权，所述关联floor具有一定的属性，只有用户所请求的附件消息中多个媒体发送权满足关联floor的属性时才可以被分配到关联floor。

因此，本发明实施例对多方通信系统中多个媒体发送权的调度问题提供了灵活解决方案，根据具体的场景进行多个媒体发送权的独立调度以及多个媒体发送权的并行或关联分配，利于更加有效的进行多个媒体发送权分配，可以极大改善用户的业务体验。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以作出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (15)

1、一种会话中话权的调度方法，其特征在于，包括：当接收到当前会话中请求的各个媒体发送权为非专用媒体发送权时，对所述各个媒体发送权进行独立调度；或者对各个媒体发送权进行并行或关联调度。

2、根据权利要求1所述会话中话权的调度方法，其特征在于，采用队列或优先级的方式对所述各个非专用的媒体发送权进行独立调度。

3、根据权利要求1所述会话中话权的调度方法，其特征在于，所述对各个媒体发送权进行并行或关联调度的过程为：

用户在向网络服务器发送的媒体发送权请求消息中添加附加信息，所述附件信息包括：关于多个媒体发送权的并行或关联的信息；

所述网络服务器通过解析所述附加信息并根据系统中多个媒体发送权的空闲情况为用户进行媒体发送权的调度。

4、根据权利要求3所述会话中话权的调度方法，其特征在于，所述根据系统中多个媒体发送权的空闲情况为用户进行媒体发送权的调度的具体包括下述任一种：

如果系统中有足够的空闲媒体发送权，则网络服务器将所述空闲媒体发送权同时授予给所请求的用户；

如果系统中没有足够的空闲媒体发送权，则网络服务器不拒绝用户请求，而是继续等待系统中其它媒体发送权的空闲直到满足用户请求的媒体发送权为止，并将所述空闲媒体发送权同时授予给所请求的用户；

如果系统中没有足够的空闲媒体发送权，在等待系统中其它媒体发送权空闲的过程中，有其它的用户进行媒体发送权请求，则，网络服务器先将空闲媒体发送权授予给其它进行媒体发送权请求的用户；而对于请求并行或关联授予的用户继续等待，直至系统中满足对请求用户授予媒体发送权的条件，再对用户同时授予媒体发送权；或者，让其它进行媒体发送权请求的用户进行等待，直至对请求并行或关联的用户满足授予条件后，在对其它用户进行授予媒体发送权；

如果网络服务器不允许同时对多个媒体发送权进行同时授予，则直接拒绝用户媒体发送权的请求消息；

如果系统中总计的媒体发送权个数不满足用户请求的条件，则直接拒绝用户媒体发送权的请求消息。

5、根据权利要求1所述会话中话权的调度方法，其特征在于，所述对各个媒体发送权进行并行或关联调度的过程为：

用户在向网络服务器发送的媒体发送权请求消息中添加附加信息，所述附件信息包括：该用户需要被关联授予媒体发送权的信息；

所述网络服务器通过解析所述附加信息并根据系统中关联媒体发送权的空闲情况为该用户进行关联媒体发送权的调度。

6、根据权利要求5所述会话中话权的调度方法，其特征在于，所述附件信息还包括：需要被关联授予媒体发送权的其它用户的地址和/或媒体发送权保持时间。

7、根据权利要求6所述会话中话权的调度方法，其特征在于，所述系统中关联媒体发送权的空闲情况为用户进行关联媒体发送权的调度的具体包括下述任一种：

如果用户的媒体发送权请求满足关联媒体发送权的属性，则网络服务器将所述关联媒体发送权同时授予给请求的用户；

如果用户的媒体发送权请求不满足关联媒体发送权的属性，则网络服务器拒绝该媒体发送权请求；

如果用户的媒体发送权请求满足关联媒体发送权的属性，但需要被关联授予媒体发送权的部分用户已经进行媒体发送，并且在请求消息的附加信息包括预设媒体发送保持时间，或者已经在进行媒体发送用户的剩余发送媒体的时间不为预设媒体发送保持时间，则网络服务器将该用户的媒体发送的时间重新设为预设媒体发送保持时间。

8、根据权利要求5或7所述会话中话权的调度方法，其特征在于，所述关联媒体发送权为系统中保存的一个逻辑上由单个媒体发送权组成的实体，在逻辑上由几个相同和/或不同媒体类型的单独的媒体发送权组成；所述关联媒体发送权同时授予给不同用户，并且被授予给不同用户的个数是由单独的媒体发送权的个数来决定。

9、根据权利要求8所述会话中话权的调度方法，其特征在于，所述关联媒体发送权包括：媒体发送权和用于标识单独媒体发送权个数的标识。

10、根据权利要求3或5所述会话中话权的调度方法，其特征在于，所述媒体发送权请求消息通过发言控制协议消息方式实现。

11、根据权利要求10所述会话中话权的调度方法，其特征在于，所述在媒体发送权请求消息添加附加信息的消息格式至少包括：发言控制协议的内容和附加信息。

12、根据权利要求1所述会话中话权的调度方法，其特征在于，所述方法还包括：将媒体发送权预先划分为专用媒体发送权和非专用媒体发送权。

13、一种会话中话权的调度装置，其特征在于，包括：

接收单元，用于接收当前会话中用户发送的媒体发送权为非专用媒体发送权；

调度单元，与接收单元相连，用于对所述媒体发送权进行独立调度；或者对各个媒体发送权进行并行或关联调度。

14、根据权利要求13所述会话中话权的调度装置，其特征在于，所述装置还包括：

划分单元，用于将媒体发送权预先划分为专用媒体发送权和非专用媒体发送权。

15、根据权利要求13所述会话中话权的调度装置，其特征在于，所述调度单元包括任意一种或多种：

独立调度子单元，用于根据系统中多个媒体发送权的空闲情况将满足附件信息的媒体发送权分配给该请求的用户，其中，所述附件信息包括：关于媒体发送权的并行或关联的信息；

并行或关联调度子单元，用于根据系统中关联媒体发送权的空闲情况将满足附件信息的关联媒体发送权分配给对应的多个用户，其中，所述附件信息包括：需要被关联授予媒体发送权的其它用户的地址及该用户需要被关联授予媒体发送权的信息。

Images