专利名称：一种基于控制的媒体流队列处理方法
技术领域：
本发明涉及通信领域的多方通信技术，具体来说，涉及一种在多方通信中基于控制的媒体流队列处理方法。
背景技术：
随着宽带网络的发展，移动通信不再仅局限于传统的话音通信，结合音频、视频、图片和文本等多种媒体类型的多媒体业务将逐渐开展起来，通过与呈现(Presence)业务、短消息、网页(Web)浏览、定位信息、推送业务(Push)、文件共享等数据业务的结合，可以满足用户的多种需求。在多种应用的推动下，3GPP标准组织推出了基于IP的多媒体子系统(IP MultiMediaSubsystem，IMS)架构，其可实现多种多样的多媒体应用，提供给用户更多的选择和更丰富的感受。
而多方通信就是基于IMS架构的一种业务形式，例如，无线一键通系统(Push to Talk over Cellular，PoC系统)、会议监控(Conference)系统都能实现多方通信功能。其中PoC系统是一种集中控制的多方多媒体通信系统，PoC业务采用半双工通信方式，实现“点到点”和“点到多点”的话音通信，在同一时间只能有一人讲话以便于群体交流。主叫方只要按一个键就可以向一个人或一组人发起通话，无需拨号和等待对方摘机，电话立即接通，迅速建立起谈话组。而Conference业务基于Web并面向多种网络会议的电话业务，用户可以通过软终端、普通话机、SIP硬终端和手机等参加Web会议。会议主席通过Web页面预约会议并对会议进行实时管理，与会人员通过Web页面查看会议信息。与会人员可通过汇聚式和发散式两种方式参加会议，会议成员还可以在开会时发起子会议，子会议功能为与会者提供分组讨论功能。对子会议请求通过Web页面提交给会议主席，经确认后开通子会议。
在多方通信中，需要对成员的媒体发送权进行管理，因为每次只允许一个用户发言。在基于媒体流/媒体流控制的通信系统中，如在PoC系统和WebConference系统中，多种类型媒体流在控制会话的多媒体控制实体上进行媒体流的分发和控制，包括了媒体发送权的协商和获取。例如，在PoC系统中，在会话建立后，多媒体会话终端(PoC终端)的媒体发送权(也称发言权)的申请流流程简介如下首先，多媒体会话终端可以通过TBCP协议的“Talk Burst Request”消息向多媒体控制实体(如PoC服务器)申请媒体发送权；PoC服务器返回“TalkBurst Granted”消息给申请者以告知他已被准许发言；PoC服务器同时也向其他用户发出“Talk Burst Taken”消息，以知会当前发言者信息给参与群组会话的其他成员。获得媒体发送权的多媒体会话终端说话(即发送媒体流)，其媒体流被PoC服务器转发给群组中的其他成员；多媒体会话终端发言完毕，释放媒体发送权；当群组媒体发送权空闲时，PoC服务器向群组成员广播“FloorControl Idle”消息。现有的PoC系统可以支持“媒体发送权请求队列”功能，即当多个多媒体会话终端同时发起媒体发送权申请时，PoC服务器负责仲裁，只批准其中一位拥有媒体发送权；其他成员的媒体发送权申请或被拒绝，或被插入一个媒体发送权请求队列(TBCP Talk Burst Request Queue)，等当前发言者释放媒体发送权后，PoC Server根据一定的策略(如按优先级)从队列中选择一个请求者，把媒体发送权授予给他。
如图1所示，示出了现有的一种多媒体处理实体处理多媒体流请求的示意图。其中，多种类型的媒体流在多媒体控制实体(如SIP服务器)上被分为几个媒体类型的处理实体，每种媒体类型都由这种媒体类型的处理实体负责控制和处理，图中示出了两种，即类型1处理实体与类型2处理实体。在现有的这种技术中，多个媒体类型的处理实体作为逻辑实体，相互之间没有关联的关系。
由于媒体发送权请求队列机制的存在，在某一媒体类型的媒体发送权请求被处理之前，需要在各自媒体类型的媒体发送权请求队列中等待，直到媒体发送权请求被媒体发送权请求处理实体所处理。
现有的这种方法中，采用多种媒体类型或者多种媒体类型的组合，分别协商控制某一种或某几种媒体流，并且控制实体之间相互独立工作，这样可能导致在多媒体环境中出现一些媒体类型之间的冲突。例如，多媒体用户(多媒体会话终端)可以申请一个语音流和一个带有语音的视频流(简称音视频)的媒体处理实体，在多方通话环境中，一个会话中的每个用户都可以使用一个语音流和一个带有语音的视频流的媒体处理实体来申请媒体流发送权。
从媒体发送方来看在语音会话进行的同时如果有音视频会话，一个多媒体会话终端可能同时获得两个语音发送权，此时因为不同媒体之间发送权相互独立，两个语音控制相互独立，终端同时发送多个语音会造成POC会话中的混乱和很差的用户体验。
另外，在某一多媒体会话终端取得普通语音会话的发送权，正在进行语音会话的同时，如果另一多媒体会话终端取得音视频会话的发送权，此时如果该两个多媒体会话终端都获得了语音相关发送权，两个终端同时发送语音时，会话中的其他用户会同时听到来自两个多媒体会话终端的语音，致使会话中的用户体验不好，而对于这两个多媒体会话终端来说，在其发言的同时还能听到另外一个多媒体会话终端的语音，这种多个语音在会话中同时出现在很多应用场景中是不能够允许的，也是不符合带有多媒体的多方通信的使用习惯的。
这样，在多个处理多媒体媒体流的控制实体之间相互独立工作的方式，会出现冲突的地方，例如，也就是多个语音出现在一个会话中，控制语音流的控制实体不能够控制其他可以发送语音流的控制实体的工作。
发明内容
本发明要解决的技术问题在于，提供一种基于控制的媒体流队列处理方法，对这种基于队列的媒体流发送权等待队列进行了改进，可以有效的解决多个媒体类型之间相互冲突的问题。
本发明解决其技术问题所采用的技术方案是提供一种基于控制的媒体流队列处理方法，包括(a)多媒体控制实体对对应于某一或者某几个媒体类型的媒体发送权请求队列进行处理；(b)多媒体控制实体将分配的媒体发送权发送给该多媒体会话终端。
在本发明的基于控制的媒体流队列处理方法中，所述步骤(a)中进一步包括(a1)所述多媒体控制实体接收用于触发对所述不同类型媒体发送权进行处理的触发条件，该触发条件为来自在多媒体会话终端、网络实体的处理指示信息，或者为来自多媒体会话终端、网络实体或运营商的预设定信息，或者为会话的信息。
在本发明的基于控制的媒体流队列处理方法中，所述步骤(a)中进一步包括(a2)多媒体控制实体根据触发条件对所述不同类型的媒体发送权队列进行合并；或者对所述不同类型的媒体发送权队列进行分拆；或者分配媒体发送权等待队列，并将预先分配的几种不同类型的媒体发送权放置在媒体发送权等待队列中。
在本发明的基于控制的媒体流队列处理方法中，所述步骤(a2)是在会话建立阶段或会话进行阶段根据来自多媒体会话终端或网络实体的处理指示信息来实现的。
在本发明的基于控制的媒体流队列处理方法中，所述会话建立阶段所接收的处理指示信息为建立多方通话的群组信息。
在本发明的基于控制的媒体流队列处理方法中，所述步骤(a2)是在会话建立阶段根据多媒体控制实体从存储有该多媒体会话群组信息的数据库或者服务器中所获得的该会话所对应的处理模式信息来实现的。
在本发明的基于控制的媒体流队列处理方法中，所述存储有该多媒体会话群组信息的服务器为应用服务器、无线一键通(PoC)服务器、会议监控(Conference)服务器、基于IP多媒体消息服务器、多媒体资源功能(MRF)或者多媒体网关。
在本发明的基于控制的媒体流队列处理方法中，所述存储有该多媒体会话对应的多媒体队列处理模式为关联模式或独立模式，所述关联模式是指多种媒体类型的媒体发送请求队列合并的模式；所述独立模式是指多种媒体类型的媒体发送请求队列分别对应媒体处理实体，并独立工作的模式。
在本发明的基于控制的媒体流队列处理方法中，所述步骤(a2)中进一步包括(a20)多媒体会话终端向多媒体控制实体发送所述处理指示；(a21)网络实体对发出处理指示的多媒体会话终端进行鉴权，调用该多媒体会话终端的签约资料，判断该多媒体会话终端是否签约有该项服务，如果有，则鉴权通过，网络实体将该处理指示传送给多媒体控制实体，转至步骤(a22)；否则，网络实体拒绝该处理指示，向网络多媒体会话终端返回应答消息；(a22)网络实体向多媒体控制实体发出处理指示，多媒体处理实体根据指示的内容对多种媒体类型的队列进行处理，包括合并、分拆多个媒体类型的媒体发送权请求队列，或者分配媒体发送权等待队列，并将预先分配的几种不同类型的媒体发送权放置在媒体发送权等待队列中；(a23)多媒体控制实体接受处理指示并进行处理后，向网络实体和多媒体会话终端返回应答消息。
在本发明的基于控制的媒体流队列处理方法中，所述处理指示携带在Re-INVITE消息、UPDATE消息、用户面消息、INFO消息或REFER消息中；所述应答消息为200 OK消息或用户面消息；所述用户面消息为会谈破裂控制协议(TBCP)消息或媒体网关控制协议(MBCP)消息。
在本发明的基于控制的媒体流队列处理方法中，所述多媒体控制实体为网络实体中的一个部分。
在本发明的基于控制的媒体流队列处理方法中，所述步骤(a2)中，在会话进行中对媒体发送权请求队列的处理，进一步包括将媒体发送权请求队列的处理的状态通知给参与会话的多媒体会话终端的步骤，该状态信息携带在媒体流控制消息中。
在本发明的基于控制的媒体流队列处理方法中，所述多媒体控制实体为无线一键通(PoC)服务器、会话初始化(SIP)服务器、会议监控(Conference)服务器、基于IP多媒体消息服务器、多媒体资源功能(MRF)、多媒体网关或会话中的特定终端。
实施本发明的基于控制的媒体流队列处理方法，具有以下有益效果本发明通过根据一定的触发条件，将相互独立的媒体类型的媒体流控制和媒体发送权控制实体之间，进行某种关联的方式(合并或分拆)。本发明利用了队列机制，使得在不同队列中等待处理的媒体发送权请求可以关联地等待。并可以在媒体发送权请求获得许可以后，将被关联的媒体类型的媒体发送权在一个队列中等待发送，可以保证在一个会话中在一个时间内只能出现一种类型的媒体流。
图1是现有的一种多媒体处理实体处理多媒体流请求的示意图；图2是本发明中第一实施例的多媒体控制实体的处理示意图；图3是本发明中第二实施例的多媒体控制实体的处理示意图；图4是本发明中第三实施例的多媒体控制实体的处理示意图；图5是本发明中用户终端指示多媒体处理实体进行处理的流程图。
具体实施例方式
本发明提供一种对多媒体控制实体所支持的队列进行处理的方法。
首先，建立多媒体会话。在此过程中，欲加入多媒体会话的多媒体会话终端(如PoC客户端或其他客户端)都需要与控制会话的多媒体控制实体(如PoC服务器，下简称为多媒体控制实体)协商用于本次会话的媒体类型和媒体参数。在现有的技术中，每种没有关联的媒体类型在多媒体控制实体上都被协商出一个这种媒体类型的媒体流处理实体(可参见图1)，媒体类型可以进行任意的组合。会话建立的过程在这里不做详细描述，具体多种类型的媒体流处理实体的协商在其他技术文档中可以很容易地找到。
在协商完成后，该会话中的多媒体会话终端可以向多媒体控制实体申请某一类型的媒体发送权(发言权)；当此时，访类型的媒体发送权空闲时，则多媒体控制实体准许其发送媒体流；该多媒体控制实体会将该会话终端所发送的媒体流转发给群组中的其他成员；多媒体会话终端发言完毕，释放媒体发送权；当此时，该类型的媒体发送权被其他多媒体会话终端占用时，则多媒体控制实体将该多媒体会话终端的发送申请放至一个对应的媒体发送权请求队列中。等当前发言者释放媒体发送权后，多媒体控制实体根据一定的策略(如按优先级)从队列中选择一个请求者，把媒体发送权授予给他。
在本发明中，可以根据预定策略对不同媒体类型所对应媒体发送权请求队列进行了处理。对媒体发送权请求队列进行处理的实体一般是控制会话的网络实体(如，无线一键通(PoC)服务器、会话初始化协议(SIP)服务器、会议监控(Conference)服务器、基于IP多媒体消息服务器、多媒体资源功能(MRF)、多媒体网关等)，在某些情况下也可以是在会话中的特殊的终端，在此处，我们称之为媒体发送权控制实体。
在发送权控制实体对媒体发送权请求队列进行的处理操作之前，可以由终端或者网络给媒体发送权控制实体发出对媒体发送权请求队列进行处理的指示。发出指示的终端可以是被网络授权许可的终端。发出指示的网络可以是控制实体本身，也可以是网络中的其他网络实体。
在发送权控制实体对队列进行的处理操作之后，可以将媒体发送权控制实体进行的处理通知给会话中的多媒体会话终端，也可以将目前队列处理的状态通知给会话中的多媒体会话终端。
上面所说的对多个队列的处理，包括将多个分开的队列合并，或者将合并的多个队列分拆开。
本发明对多个队列的处理，可以在多媒体控制实体分配媒体发送权之前进行。这时，对多种类型的媒体发送权请求队列进行处理，处理包括了合并多个队列，或者合并的多个队列分开。将媒体发送权请求队列进行合并的操作，相当于将多媒体控制实体上的多种媒体类型，如几种连续媒体流类型，关联起来，使用相同的队列进行处理。这种将几种媒体类型的媒体发送权等待队列合并的情况，可以作为某个多媒体会话媒体发送权队列设置的一种初始状态。
本发明对多个队列的处理，可以在多媒体控制实体分配媒体发送权之后进行。这时，多个媒体类型分别对应多个多媒体处理实体，需要重新配置一个新的等待队列(下称媒体发送权等待队列)，这个等待队列关联了不同媒体类型的媒体发送权请求。如果被关联的媒体类型媒体发送权请求被从多媒体控制实体处获得媒体发送权，那么被放置在新分配的等待队列中等待其媒体发送权被发送到对应的多媒体会话终端。
下面结合附图2至附图5进行详细说明。
如图2所示，是本发明中第一实施例的多媒体控制实体的处理示意图。
当多媒体会话终端向多媒体控制实体申请某一媒体类型的媒体发送权，则多媒体控制实体会为等待处理的媒体发送权请求配置一个媒体发送权请求队列，不同的媒体类型对应一个媒体发送权请求队列，该媒体类型的媒体发送权请求在对应的媒体发送权请求队列中等待处理。因此，在多媒体控制实体处理媒体发送权请求时，队列中有对应多个媒体类型的媒体发送权请求队列。如图2中示出的类型1(如语音媒体流)媒体发送权请求队列和类型2(如视频媒体流)媒体发送权请求队列。例如，当某一多媒体会话终端发送一个语音流发送权请求到多媒体控制实体上时，如果该多媒体控制实体中的语音流处理实体正在处理其他语音流发送权请求，则当前语音发送请求需要在语音流媒体发送权请求队列中等待，其会依其优先权放置在该语音流媒体发送权请求队列中的适当位置上。当某一多媒体会话终端发送一个视频流发送权请求到多媒体控制实体上时，如果该多媒体控制实体中的视频流处理实体正在处理其他视频流发送权请求，则当前视频流发送权请求需要在视频流媒体发送权请求队列中等待，其会依其优先权放置在该视频流媒体发送权请求队列中的适当位置上。
此时，在本发明中，多媒体控制实体可以对所述多个媒体类型的媒体发送权请求队列进行合并。其中，触发这些媒体发送权请求队列进行合并的条件可以是来自多媒体会话终端的指示、预设定的网络中的本地策略或者当前控制的会话的规则。多媒体控制实体可以根据以上的触发条件将类型1(语音媒体流)媒体发送权请求队列和类型2(视频媒体流)媒体发送权请求队列合并为类型1和类型2共同使用的媒体流媒体发送权请求队列，如图2中的类型1、2媒体发送权请求队列。
其中，来自多媒体会话终端的指示是指被授权的多媒体会话终端发送一个特定指示，要求网络实体进行合并多种类型媒体发送权请求队列合并的处理。多媒体控制实体接受该指示后，对该指示所指定的某些媒体流媒体发送权请求队列进行合并操作。例如在会话建立阶段或会话进行阶段，多媒体会话终端或者网络实体的可以给网络控制实体发送一处理指示，在会话建立阶段从网络实体得到的处理指示可以为建立多方通话的群组信息。
其中，网络中的本地策略是指多媒体控制实体实现网络或者运营商对会话中媒体流控制的具体执行，需要根据用户、网络或者运营商的策略(即预设定信息)执行对媒体流控制的操作。如果多媒体控制实体执行的本地策略是在满足一定条件下要求几种类型的媒体流媒体发送权请求队列被合并，则多媒体控制实体在判断当符合该条件时，根据该策略将几种类型的媒体流媒体发送权请求队列合并。其中，合并的操作，也可以不将每种媒体类型对应一个独立的媒体类型媒体流媒体发送权请求队列为初始状态，而将合并后的几种媒体类型的媒体发送权请求等待队列作为初始状态。也就是在多媒体会话建立时，根据策略多个关联的媒体类型的媒体流发送请求就使用同一个媒体发送请求等待队列。
其中，当前控制的会话的规则来自于本次会话的信息。如多方通话建立时，多媒体控制实体从存储有该多媒体会话终端的签约资料的资料库(如存储有该多媒体会话群组信息的群组资料库或服务器)中获取本次会话处理的模式，即多媒体控制实体可以在会话开始阶段就获取是否关联多种媒体类型的模式。所述会话处理的模式包括关联模式和独立模式，其中，关联模式是指多种媒体类型的媒体发送请求队列合并的模式；独立模式是指多种媒体类型的媒体发送请求队列分别对应媒体处理实体，并独立工作的模式。其中，所述多媒体会话群组信息为XDM服务器所保存的信息；所述服务器为应用服务器、PoC服务器或Conference服务器、基于IP多媒体消息服务器、多媒体资源功能(MRF)或者多媒体网关。。例如，在多方通信建立时，多媒体控制实体就可以获知类型1和类型2之间是为关联模式或者为独立模式。如果其为关联模式，则多媒体控制实体可以对相互关联的多种类型的媒体流媒体发送权请求队列进行合并操作。
如图3所示，是本发明中第二实施例的多媒体控制实体的处理示意图。
当多媒体会话终端向多媒体控制实体发送某一媒体类型的媒体流的发送请求。则多媒体控制实体会为等待处理的媒体发送权请求配置一个媒体发送权请求队列，不同的媒体类型对应一个媒体发送权请求队列，该媒体类型的媒体发送权请求在对应的媒体发送权请求队列中等待处理。当几种类型的媒体流媒体发送权请求队列被合并(可参见对图2的描述)，也就是某几种媒体类型的媒体发送权请求在一个合并的媒体发送权请求队列中等待处理。例如，类型1(如语音媒体流)发送请求和类型2(视频媒体流)发送请求都在类型1、2媒体发送权请求队列中等待处理。当客户端发送语音流发送权请求到多媒体控制实体上时，如果语音流处理实体或者视频流处理实体正在处理其他某一个媒体发送权请求，则当前语音发送请求需要在语音流和视频流媒体发送权请求队列(类型1、2媒体发送权请求队列)中等待。当客户端发送视频流发送权请求到多媒体控制实体上时，如果语音流处理实体或者视频流处理实体正在处理其他视频流发送权请求，则当前视频流发送权请求需要在语音流和视频流媒体发送权请求队列(类型1、2媒体发送权请求队列)中等待。
此时，多媒体控制实体可以对所述多个媒体类型的媒体发送权请求队列进行分拆，分成对应于不同媒体类型的媒体发送权请求队列。其中，触发这些媒体发送权请求队列进行分拆的条件可以是来自多媒体会话终端的指示、预设定的网络中的本地策略或者当前控制的会话的规则。
其中，来自多媒体会话终端的指示是指被授权的多媒体会话终端发送一个特定指示，要求多媒体控制实体将不同的类型媒体发送权请求独立处理。多媒体控制实体接受该指示后，将合并的几种类型媒体流媒体发送权请求队列按照媒体类型的不同进行分开处理。例如在会话建立阶段或会话进行阶段，多媒体会话终端或者网络实体的可以给网络控制实体发送一处理指示，在会话建立阶段从网络实体得到的处理指示可以为建立多方通话的群组信息。
其中，网络中的本地策略是指多媒体控制实体实现网络或者运营商对会话中媒体流控制的具体执行，需要根据用户、网络或者运营商的策略(即预设定信息)执行对媒体流控制的操作。如果多媒体控制实体执行的本地策略是在满足一定条件下要求几种类型的媒体流媒体发送权请求队列进行独立处理，则多媒体控制实体在判断当符合该条件时，根据该策略将几种类型的媒体流媒体发送权请求队列分开独立处理。也可以将每种媒体类型对应一个独立的媒体类型媒体流媒体发送权请求队列为初始状态。
其中，当前控制的会话的规则来自于本次会话的信息。如多方通话建立时，多媒体控制实体从存储有该多媒体会话终端的签约资料的资料库(如群组资料库)中获取本次会话处理的模式，即多媒体控制实体可以在会话开始阶段就获取是否关联多种媒体类型的模式。例如，在多方通信建立时，多媒体控制实体就可以获知类型1和类型2之间是为关联模式或者为独立模式。如果其为独立模式，则多媒体控制实体可以对已经合并的多种类型的媒体流媒体发送权请求队列进行分拆操作。
如图4所示，是本发明中第三实施例的多媒体控制实体的处理示意图；当多媒体会话终端向多媒体控制实体发送某一媒体类型的媒体流的发送请求。则多媒体控制实体会为等待处理的媒体发送权请求配置一个媒体发送权请求队列，不同的媒体类型对应一个媒体发送权请求队列。每种媒体类型之间的媒体流控制是相互独立的。当多媒体处理实体收到媒体发送权请求，接受并授予媒体流发送许可以后，可以在相互关联的几种媒体类型之间，配置一个媒体发送权等待队列。该媒体发送权等待队列负责确保在当前会话中，这几种关联的媒体类型中，只有一个媒体发送权被发送给在会话中的某个用户终端。
图4中就示出了类型1(如语音媒体流)媒体发送权请求队列和类型2(如视频媒体流)媒体发送权请求队列。某一多媒体会话终端发送一个语音流发送权请求到多媒体控制实体上时，如果该多媒体控制实体中的语音流处理实体正在处理其他语音流发送权请求，则当前语音发送请求需要在语音流媒体发送权请求队列中等待，其会依其优先权放置在该语音流媒体发送权请求队列中的适当位置上。当某一多媒体会话终端发送一个视频流发送权请求到多媒体控制实体上时，如果该多媒体控制实体中的视频流处理实体正在处理其他视频流发送权请求，则当前视频流发送权请求需要在视频流媒体发送权请求队列中等待，其会依其优先权放置在该视频流媒体发送权请求队列中的适当位置上。
此时，多媒体控制实体可以分配一个处理后的媒体发送权等待队列。其中，触发分配媒体发送权等待队列的条件可以是来自多媒体会话终端的指示、预设定的网络中的本地策略或者当前控制的会话的规则。
其中，来自多媒体会话终端的指示是指被授权的多媒体会话终端发送一个特定指示，多媒体控制实体接受该指示后，分配一个的媒体发送权等待队列。
其中，网络中的本地策略是指，多媒体控制实体实现网络或者运营商对会话中媒体流控制的具体执行，需要根据用户、网络或者运营商的策略(即预设定信息)执行对媒体流控制的操作。如果多媒体控制实体执行的本地策略是在满足一定条件下要求配置一个媒体发送权等待队列。则多媒体控制实体在判断在符合该条件时，根据该策略将将几种类型的媒体流发送权配置一个等待队列，或者可以将媒体流发送权配置一个媒体发送权等待队列作为初始状态。
其中，当前控制的会话的规则来自于本次会话的信息。如多方通话建立时，多媒体控制实体从存储有该多媒体会话终端的签约资料的资料库(如群组资料库)中获取本次会话处理的模式，即多媒体控制实体可以在会话开始阶段就获取是否关联多种媒体类型的模式。判断是否需要配置一个媒体发送权等待队列，如果需要，则多媒体控制实体就可以在多方通信中，将不同媒体类型发送许可放置在该媒体发送权等待队列。
需要指出的是，多媒体控制实体对多种类型的媒体发送权请求队列的处理，可以是在会话建立阶段根据策略决定的。这里的策略是指可以根据会话建立的信息决定媒体发送权请求队列的处理，可以是根据要建立的本次会话的群组信息决定多媒体发送请求队列的处理，可以是根据运营商的策略决定多媒体发送请求队列的操作。
在会话建立阶段决定的媒体发送权请求队列的操作，可以将媒体发送权请求队列的处理的状态通知给参与会话的多媒体会话终端。
多媒体控制实体对多种类型的媒体发送权请求队列的处理，可以是在会话进行当中进行。可以是根据多媒体会话终端发出的处理指示信息。在会话进行中的媒体发送权请求队列的处理，可以将媒体发送权请求队列的处理的状态通知给参与会话的多媒体会话终端。
媒体发送权请求队列的处理的状态通知给参与会话的多媒体会话终端的机制，可以使用多媒体会话控制面机制和消息，比如Subscribe/Notify机制；可以使用多媒体会话用户面的机制和消息，如媒体流控制消息，具体例子就是PoC业务规范中规定的会谈破裂控制协议(Talk Burst Control Protocol，TBCP)和媒体网关控制协议(Media Gateway Control Protocol，MBCP)消息。
如图5所示，是本发明中用户终端指示多媒体处理实体进行处理的流程图。首先，多媒体会话终端发出一个处理指示，指示多媒体控制实体进行处理的方式，包括指示多媒体控制实体进行媒体发送权请求队列的合并、分拆、配置一个媒体发送权等待队列，其中处理指示携带在诸如Re-INVITE消息、UPDATE消息、用户面消息(TBCP/MBCP消息)、INFO消息、REFER消息中等。
网络实体对发出处理指示的多媒体会话终端进行鉴权，调用群组资料库中该多媒体会话终端的签约资料，如果该多媒体会话终端签约有该项服务，则鉴权通过，网络实体将该处理指示传送给多媒体控制实体；否则，网络实体拒绝该处理指示。
网络实体向多媒体控制实体发出处理指示，多媒体处理实体根据指示的内容对多种媒体类型的队列进行处理(包括合并、分拆多个媒体类型的媒体发送权请求队列，设置一个媒体发送权等待队列等)。
多媒体控制实体接受处理指示并进行处理后，向网络实体返回接受指示的应答消息，应答消息可以是200 OK消息，也可以是用户面消息(TBCP和MBCP消息)。
网络实体给将该来自多媒体控制实体的应答消息发送给多媒体会话终端。给多媒体会话终端发送的应答消息，也可以在网络实体发送处理指示给多媒体控制实体的同时发送给该多媒体会话终端。
且，该多媒体控制实体可以作为网络实体中的一个部分，抑或如图5中所示，独立部署在网络中。
本发明通过根据一定的触发条件，将相互独立的媒体类型的媒体流控制和媒体发送权控制实体之间，进行某种关联的方式(合并或分拆)。本发明利用了队列机制，使得在不同队列中等待处理的媒体发送权请求可以关联的等待。并可以在媒体发送权请求获得许可以后，将被关联的媒体类型的媒体发送权在一个队列中等待发送，可以保证在一个会话中在关联多种媒体类型的媒体流发送权分配，且在一个会话中在一个时间内只能出现一种类型的媒体流。
权利要求
1.一种基于控制的媒体流队列处理方法，其特征在于，包括(a)多媒体控制实体对对应于某一或者某几个媒体类型的媒体发送权请求队列进行处理；(b)多媒体控制实体将分配的媒体发送权发送给该多媒体会话终端。
2.如权利要求1所述的基于控制的媒体流队列处理方法，其特征在于，所述步骤(a)中进一步包括(a1)所述多媒体控制实体接收用于触发对所述不同类型媒体发送权进行处理的触发条件，该触发条件为来自在多媒体会话终端、网络实体的处理指示信息，或者为来自多媒体会话终端、网络实体或运营商的预设定信息，或者为会话的信息。
3.如权利要求2所述的基于控制的媒体流队列处理方法，其特征在于，所述步骤(a)中进一步包括(a2)多媒体控制实体根据触发条件对所述不同类型的媒体发送权队列进行合并；或者对所述不同类型的媒体发送权队列进行分拆；或者分配媒体发送权等待队列，并将预先分配的几种不同类型的媒体发送权放置在媒体发送权等待队列中。
4.如权利要求3所述的基于控制的媒体流队列处理方法，其特征在于，所述步骤(a2)是在会话建立阶段或会话进行阶段根据来自多媒体会话终端或网络实体的处理指示信息来实现的。
5.如权利要求4所述的基于控制的媒体流队列处理方法，其特征在于，所述会话建立阶段所接收的处理指示信息为建立多方通话的群组信息。
6.如权利要求3所述的基于控制的媒体流队列处理方法，其特征在于，所述步骤(a2)是在会话建立阶段根据多媒体控制实体从存储有该多媒体会话群组信息的数据库或者服务器中所获得的该会话所对应的处理模式信息来实现的。
7.如权利要求6所述的基于控制的媒体流队列处理方法，其特征在于，所述存储有该多媒体会话群组信息的服务器为应用服务器、无线一键通(PoC)服务器、会议监控(Conference)服务器、基于IP多媒体消息服务器、多媒体资源功能(MRF)或者多媒体网关。
8.如权利要求6或7所述的基于控制的媒体流队列处理方法，其特征在于，所述存储有该多媒体会话对应的多媒体队列处理模式为关联模式或独立模式，所述关联模式是指多种媒体类型的媒体发送请求队列合并的模式；所述独立模式是指多种媒体类型的媒体发送请求队列分别对应媒体处理实体，并独立工作的模式。
9.如权利要求4或5所述的基于控制的媒体流队列处理方法，其特征在于，所述步骤(a2)中进一步包括(a20)多媒体会话终端向多媒体控制实体发送所述处理指示；(a21)网络实体对发出处理指示的多媒体会话终端进行鉴权，调用该多媒体会话终端的签约资料，判断该多媒体会话终端是否签约有该项服务，如果有，则鉴权通过，网络实体将该处理指示传送给多媒体控制实体，转至步骤(a22)；否则，网络实体拒绝该处理指示，向网络多媒体会话终端返回应答消息；(a22)网络实体向多媒体控制实体发出处理指示，多媒体处理实体根据指示的内容对多种媒体类型的队列进行处理，包括合并、分拆多个媒体类型的媒体发送权请求队列，或者分配媒体发送权等待队列，并将预先分配的几种不同类型的媒体发送权放置在媒体发送权等待队列中；(a23)多媒体控制实体接受处理指示并进行处理后，向网络实体和多媒体会话终端返回应答消息。
10.如权利要求9所述的基于控制的媒体流队列处理方法，其特征在于，所述处理指示携带在Re-INVITE消息、UPDATE消息、用户面消息、INFO消息或REFER消息中；所述应答消息为200 OK消息或用户面消息；所述用户面消息为会谈破裂控制协议(TBCP)消息或媒体网关控制协议(MBCP)消息。
11.如权利要求9所述的基于控制的媒体流队列处理方法，其特征在于，所述多媒体控制实体为网络实体中的一个部分。
12.如权利要求3至7任一项所述的基于控制的媒体流队列处理方法，其特征在于，所述步骤(a2)中，在会话进行中对媒体发送权请求队列的处理，进一步包括将媒体发送权请求队列的处理的状态通知给参与会话的多媒体会话终端的步骤，该状态信息携带在媒体流控制消息中。
13.如权利要求2至7任一项所述的基于控制的媒体流队列处理方法，其特征在于，所述多媒体控制实体为无线一键通(PoC)服务器、会话初始化(SIP)服务器、会议监控(Conference)服务器、基于IP多媒体消息服务器、多媒体资源功能(MRF)、多媒体网关或会话中的特定终端。
全文摘要
本发明涉及一种基于控制的媒体流队列处理方法，包括(a)多媒体控制实体对对应于某一或者某几个媒体类型的媒体发送权请求队列进行处理；(b)多媒体控制实体将分配的媒体发送权发送给该多媒体会话终端。本发明通过对媒体流队列的处理，可以保证在一个会话中在关联多种媒体类型的媒体流发送权分配。
文档编号H04L12/18GK101047527SQ20061003473
公开日2007年10月3日 申请日期2006年3月27日 优先权日2006年3月27日
发明者朱雷, 罗龙, 章李铭, 张爱琴 申请人:华为技术有限公司