专利名称：PoC业务媒体请求的处理方法及装置的制作方法
技术领域：
本发明涉及无线通信技术领域，尤其涉及一种无线通信系统中的PoC业务媒体请求处理技术。
背景技术：
随着宽带网络技术的快速发展，在移动通信系统出现了PoC(PTT overcellular，基于蜂窝系统的即按即讲)业务，所述的PoC业务是OMA(openmobile alliance，开放移动联盟组织)定义的在分组网络上实现的PTT(Push To Talk，即按即讲)业务，其中，所述的PTT业务是一种半双工的通信技术。
PoC业务的实现为移动通信系统引入了一种现有移动系统以及传统语音呼叫系统无法提供的通信模式。PoC业务在满足实时呼叫的同时，保证了开销最小化。同时，PoC业务因其采用VoIP(分组语音)以及半双工的方式，使得其能够低成本、高效率地满足用户的实时通信需求。
目前，根据OMA定义可知，PoC的业务开展的模式如图1所示，主要包括以下过程(1)具有PoC能力终端的用户首先需要和PoC业务的供应商签约，获得PoC业务许可；(2)PoC用户通过终端发现网络具备PoC业务能力；(3)PoC用户通过PoC业务供应商建立了和其他PoC用户的联系；(4)PoC用户可以通过按键要求发言，实现业务。
相应的PoC的网络框架结构如主要包括PoC client(PoC客户端)、PoCserver(PoC服务器)、SIP core(支持会话初始协议的核心网)、XDMS(XML Document Management Server支持XML的文件管理服务器)、Presence server(呈现业务服务器)等。
可以看到现有的POC是将PoC基于SIP Core之上，利用SIP Core的能力实现用户之间的路由和查找。所述的的SIP core可以是IMS(IP多媒体子系统)网络，也可以是其他基于SIP协议的网络。
POC业务在具体实现过程中，为优化POC业务的性能，提升用户使用POC业务的感受，引入了一些新的处理机制，如支持媒体请求的排队，所述的媒体请求队列功能可以用于各种媒体请求协议的处理中对相应的媒体请求进行排序，所述的媒体请求包括Talk Burst Request(话音突发请求)或者Media Burst Request(媒体突发请求)等请求。
在实现媒体请求的排队处理时，需要POC客户端和POC服务器同时支持媒体请求的排队功能。
下面以媒体控制协议使用的是TBCP(Talk Burst Control Protocol，话音突发控制协议)为例来进行说明，MBCP(Media Burst Control Protocol，媒体突发控制协议)的实现与TBCP类似。
如图2所示，相应的处理过程具体包括(1)当POC群组会话中有其他用户正在说话的时候，POC用户A按下POC键，请求发送一个talk burst(话音突发)，以请求讲话；(2)POC客户端A发送Talk Burst Request消息给实施CF(控制功能)的POC服务器X，其中可以携带标识POC用户A优先级的指示信息，该POC群组的业务标识信息等；(3)执行CF功能的POC服务器X判断POC用户B当前被许可发送talkburst，而且POC用户A的优先级低于或等于POC用户B的优先级，因此POC服务器X将POC用户A的请求放入Talk Burst Request队列中，并发送一个Talk Burst队列位置状态(Talk Burst queue position status)消息给POC客户端A，其中可以包括POC客户端A对应的请求在队列中的位置以及被给予的优先级；如果POC用户A已经发送过相同的发言请求而且被放在队列中了，则POC服务器X将删除旧的请求而将新的请求放入队列中；再由POC客户端A通知POC用户A发送的请求已经被排队，在上述处理过程中，如果POC客户端A的优先级高于POC客户端C的优先级，则即使POC客户端C为当前队列中即将要发言的POC客户端，POC客户端A的请求也仍然将会被插入到POC客户端C的请求之前。此时，若POC客户端C位于队列首位，则POC服务器X可以发送一个Talk Burst队列位置状态消息给POC客户端C，通知其对应的请求被更新之后的位置状态，对于POC客户端C后面的其他位置受到影响的用户则不发送相应的通知。
当POC服务器X因客户端C在队列中位置的改变而向其发送位置状态消息时，若在队列中的客户端C后面还排有来自其他客户端D、E、F等等的请求消息，而且这些用户事先向POC服务器X查询了自己在队列中的位置，则将因为客户端A的插入导致用户D、E、F的满意度下降，比如，用户D认为再等一次其他用户发言(即用户C的发言)就轮到自己发言了，但是等该用户发言完成后，自己仍然未获得发言权。随着在客户端C前面插入的请求数目的增多，原来排在队列中的各用户满意度会越来越差。
另外，在现有技术中仅描述了有客户端的请求插入到队列最前面时为避免影响而采取的处理措施。而在具体实现中，客户端A还可能插入到队列中的任意一个位置，对于这种情况目前还没有相应的解决方案以减少因新的客户请求的加入对原队列中的客户端的影响。
类似的，当POC客户端发送删除媒体请求消息给POC服务器的时候，POC服务器在进行了针对媒体请求队列中媒体请求的删除操作之后，也没有一种处理机制可以通知受影响的POC用户，这同样会给使用POC业务的用户带来不便。
因此，现有的POC请求队列处理机制无法很好地适应POC业务的需要，因而导致使用POC业务的用户对POC业务的满意度降低，进而使得POC业务的开展也受到了相应的影响。
发明内容
本发明的目的是提供一种PoC业务媒体请求的处理方法及装置，使得通信系统能够更好地适应开展POC业务的需要，从而提高POC用户对POC业务的满意度。
本发明的目的是通过以下技术方案实现的本发明提供了一种PoC业务媒体请求的处理方法，包括A、POC服务器接收到用户发来的媒体请求消息或删除媒体请求消息后，根据消息中承载的信息对媒体请求队列进行调整；B、在媒体请求队列中确定所有因执行调整操作导致位置发生变化的媒体请求，并向发出相应请求的用户发送用于通知用户其请求在媒体请求队列中的位置信息的媒体请求队列位置状态消息。
所述的步骤A包括POC服务器接收到用户发来的媒体请求消息后，根据该用户的优先级将所述媒体请求插入到媒体请求队列中；或者，POC服务器接收到用户发来的删除媒体请求的消息后，将需要删除的媒体请求信息从媒体请求队列中删除。
所述的步骤B包括
在媒体请求队列中确定插入或删除的媒体请求后面的所有请求，作为因插入操作导致位置发生变化的媒体请求。
所述的方法还包括当POC服务器接收到的媒体请求被插入到媒体请求队列中除队列末尾位置外的其他位置，或者，POC服务器将删除除队列末尾位置外的其他位置的媒体请求时，则执行步骤B。
本发明还提供了一种PoC业务媒体请求的处理方法，包括C、POC服务器接收到用户发来的媒体请求消息或删除媒体请求消息后，根据消息中承载的信息对媒体请求队列进行调整；D、在媒体请求队列中确定所有因执行调整操作导致位置发生变化的媒体请求；E、在所述的位置发生变化的媒体请求中确定出符合预定的条件的媒体请求；F、向发出该符合预定的条件的媒体请求的用户发送用于通知用户其请求在媒体请求队列中的位置信息的媒体请求队列位置状态消息。
所述的步骤C包括POC服务器接收到用户发来的媒体请求消息后，根据该用户的优先级将所述媒体请求插入到媒体请求队列中；或者，POC服务器接收到用户发来的删除媒体请求的消息后，将需要删除的媒体请求信息从媒体请求队列中删除。
所述的步骤D包括在媒体请求队列中确定插入或删除的媒体请求后面的所有请求，作为因插入操作导致位置发生变化的媒体请求。
所述的方法还包括
当POC服务器接收到的媒体请求被插入到媒体请求队列中除队列末尾位置外的其他位置，或者，POC服务器将删除除队列最后位置外的其他位置的媒体请求时，则执行步骤D。
在步骤E中，所述的预定的条件包括用于表明请求数量的预定数量取值和/或发出请求的用户是否查询过请求的位置状态信息。
所述的步骤E具体包括在位置发生变化的媒体请求中，从前至后选定预定数量的媒体请求，作为符合预定条件的媒体请求；或者，在位置发生变化的媒体请求中，选定曾经查询过媒体请求的位置状态信息的媒体请求，作为符合预定条件的媒体请求；或者，在位置发生变化的媒体请求中，从前至后选定预定数量的媒体请求，并从该预定数量的媒体请求中进一步选定曾经查询过请求的位置状态信息的媒体请求，作为符合预定条件的媒体请求；或者，在位置发生变化的媒体请求中，选定曾经查询过请求的位置状态信息的媒体请求，之后，再进一步从选定的媒体请求中从前至后选定预定数量的媒体请求，作为符合预定条件的媒体请求。
所述的方法还包括在POC服务器上，当收到用户发来的媒体队列位置查询消息，并向用户反馈了该用户的媒体请求在媒体请求队列中的位置状态信息时，则对该请求标记为查询过位置状态信息。
本发明还提供了一种PoC业务媒体请求的处理装置，包括
媒体请求处理单元，用于将接收到的媒体请求根据优先级信息插入到媒体请求队列中，或者，根据接收到的删除媒体请求消息将相应的媒体请求消息从媒体请求队列中删除；位置变化处理单元，用于确定媒体请求处理单元在执行插入或删除操作过程中导致位置发生变化的媒体请求，并通过位置通知单元通知所有位置发生变化的媒体请求对应的用户或者其中符合预定的条件的位置发生变化的媒体请求对应的用户。
所述的位置通知单元为POC服务器中的媒体队列位置状态消息通知单元，用于将位置发生变化的媒体请求对应的新的位置状态信息通过媒体队列位置状态消息通知相应的用户。
所述的装置还包括判断单元，用于判断媒体请求处理单元在执行针对媒体请求队列的插入或删除调整操作过程中，是否存在发生位置变化的媒体请求，并在确定存在时，触发位置变化处理单元。
所述的判断单元用于根据插入到媒体请求队列中的媒体请求或者从媒体请求队列中删除的媒体请求是否处于队列的最后位置确定是否存在发生位置变化的媒体请求，且当插入的媒体请求未处于队列的末尾位置时，确定存在发生位置变化的媒体请求。
由上述本发明提供的技术方案可以看出，本发明是通过优化及完善各种POC业务应用场景下的请求队列的处理机制，从而解决现有POC业务实现过程中存在的问题，提升用户的使用感受，同时，还可以避免由于各个设备商根据自己不同的理解实现设备而引发的互通问题，因此，本发明的实现可以很好满足POC业务的需求，促进POC业务的发展。
图1为开展POC业务模式示意图；
图2为开展POC业务的处理过程示意图；图3为本发明中开展POC业务的具体实现过程示意图一；图4为本发明中开展POC业务的具体实现过程示意图二图5为本发明所述的系统的具体实现结构示意图。
具体实施例方式
随着POC业务的不断发展和演进，会出现多种媒体控制协议，但不同的媒体控制协议均可以应用媒体请求队列机制来优化POC业务的性能，比如，发送媒体请求消息，对于TBCP协议来说是请求发言权，对于MBCP协议来说是请求一种或者多种媒体数据的发送权；发送删除媒体请求消息，对于TBCP协议来说是删除之前请求的发言权，对于MBCP协议来说是删除之前请求的一种或者多种媒体数据的发送权。
在本发明中对于使用TBCP或者MBCP协议发起的请求在支持队列情况下的处理是一样的。
下面将以用户发送媒体请求消息为例，对本发明在具体实现过程中采用的实现方案进行说明，如图3所示，本发明的实现具体包括以下步骤步骤31POC服务器收到一个POC用户A的请求；步骤32确定当前队列中优先级低于用户A的所有用户，并从该所有用户中进一步确定其在媒体请求队列中位于最前面的用户，即在媒体请求队列中由前向后确定第一个优先级低于用户A的其他用户；具体一点讲是将用户A的优先与队列中的各用户的优先级比较，确定当前队列中存在优先级高于用户A的其他用户，之后，确定低于用户A的优先级的其他用户中位于队列中最前面的用户，例如，确定用户C为低于用户A的优先级的其他用户中位于队列最前面的用户，所述的用户C可以位于队列中的最前面，也可以位于队列中的其他任意位置；步骤33POC服务器将用户A插入到低于用户A的优先级的其他用户中位于队列中最前面的用户的前面，即在队列中将所述的最前面的用户作为用户A的下一个用户；也就是说，当POC服务器收到一个POC用户A的请求后，查询媒体队列，判断在当前媒体请求队列中是否存在低于用户A的优先级的用户，如果队列中存在低于用户A的优先级的用户，则将用户A发来的请求插入到当前队列中存在的第一个比用户A的优先级低的用户的前面，用户A的请求不能插入到比自己优先级高的用户的请求前面，且根据同等条件下先来先服务的原则，用户A的请求也不能插入到和自己优先级一样高的用户的请求前面；例如，通过从队列最前面开始遍历，当找到第一个优先级低于用户A的用户M之后，则可以将用户A的请求插入到该用户M的请求前面；对于步骤32中提供的前例，当确定用户C为低于用户A的优先级的其他用户中位于队列中最前面的用户时，则POC服务器决定将用户A的请求插入到用户C的前面，即排在用户C的请求的前面，若用户C位于队列的最前面，则将用户A插入到当前队列中的最前面；步骤34POC服务器还将向受到该操作影响的POC用户发送更新后的媒体请求队列位置状态消息；即当步骤33所述的插入操作执行之后，如果媒体队列中各个媒体请求消息所处的位置发生了变化，则需要POC服务器发送更新后的媒体请求队列位置状态消息给受该操作影响的POC用户；需要说明的是，如果用户A插入的是媒体请求队列的末尾，则认为当前的媒体请求队列状态没有发生变化，这是因为除了新插入的用户A的请求之外，其他已有用户的请求消息在队列中所处的位置并没有发生变化；另外，执行该步骤的目的是将因用户A的插入导致在队列中位置发生变化的其他各用户可以获知其在媒体请求队列中新的位置信息；因此，为实现该步骤，在系统中首先需要判断出受到该操作影响的各POC用户，之后，再向确定的用户发送相应的媒体请求队列位置状态消息，以用户A的请求插入到用户C的前面为例，其中，用户C可以位于媒体请求队列的队列首或队列中，该处理过程具体可以采用以下几种方法实现(1)POC服务器查询当前媒体请求队列中排在用户C后面的用户，并将这些用户均作为受到该操作影响的POC用户，分别向各受到该操作影响的POC用户发送媒体请求队列位置状态消息，通知这些用户当前其发送的请求在媒体队列中的位置以及优先级等信息。
(2)在方法(1)的基础上，还可以仅发送媒体请求队列位置状态消息给受到该操作影响的部分POC用户，从而可以节省POC服务器的处理资源，并尽可能地不影响用户开展POC业务的感受；该方法(2)的实现主要是考虑到部分情况下媒体请求队列会很长，此时，若很多POC用户的请求都在排队，则对于排在最后面的那些POC用户来说并不是十分关注什么时候轮到其发言；同时，大量的媒体队列位置状态消息的发送还会对网络性能产生较大的影响；因此，为避免大量的媒体队列位置状态消息的发送对网络性能的影响，并尽可能地保证关注其发言顺序的用户可以实时获得其在媒体请求队列中的位置信息，便对方法(1)进行了一些改进，即不对排在用户C后面的所有用户均发送媒体队列位置状态的消息，而是根据一个设定的取值，按照从前往后的顺序，仅向在这个取值范围内的一定数目的用户发送媒体请求队列位置状态消息，对于超出这个取值范围的用户则POC服务器将不会向其发送该位置状态消息；所述的取值的设定可以根据POC业务提供商通过本地策略来决定，或者通过某种方式配置在POC服务器上；该取值的确定可以是运营商根据需要选定，也可以通过用户感受实验等方式来确定的一个工程值。
(3)在方法(1)的基础上，还可以仅发送媒体请求队列位置状态消息给受到该操作影响的POC用户中的查询过自身位置信息的用户；该方法(3)的实现主要是考虑不是所有排在媒体队列中的POC用户都会向POC服务器发送媒体队列位置查询(如TBCP中的Talk Burst queueposition request)消息，对于没有发送过该查询消息的POC用户并不知道自己当前在媒体请求队列中的位置信息，因而其对自己发送的媒体请求在队列中所在的位置也并不是十分关注，此时，可以不用通知该类用户在插入用户A后其在媒体队列中所处的位置状态信息的变化；即POC服务器每当收到来自某个POC用户的媒体队列位置查询消息并反馈了其媒体请求所处位置的消息之后，便可以对该POC用户进行标记，指示其被发送过媒体队列位置状态消息；之后，当发生插入操作，则POC服务器查询媒体队列中排在用户C之后的所有用户，并选择其中标记为发送过媒体队列位置状态消息的POC用户，并向这些POC用户发送更新过的媒体队列位置状态消息。
(4)该地是综合考虑方法(2)和方法(3)两种情况，从而将两种方法结合起来使用，在因插入操作受到影响的POC用户中综合确定在取值范围内且标记为曾经发送过媒体队列位置状态消息的POC用户，并仅向这些用户发送媒体队列位置状态消息；例如，POC服务器在选择那些曾经发送过媒体队列位置状态消息的POC用户时，将范围限定在本POC服务器设定的取值范围内，超过该范围的POC用户就不用再发送位置状态消息了；或者，POC服务器根据设定的取值范围，在该范围内选择标记为曾经发送过媒体队列位置状态消息的POC用户，如果找到满足条件的POC用户，则发送更新的位置状态消息，否则就不需要发送了；
在执行步骤34的过程中，当判断哪些POC用户为受插入操作影响导致其请求在队列中的位置发生变化的POC用户时，可以采用所述的方法(1)至(4)中任一种方法；通过上述处理，对于POC业务中媒体请求队列中针对不同优先级用户发送的请求如何处理的问题就可以得到解决了。
上述本发明提供的处理过程中，仅描述了针对用户发来的媒体请求消息的处理，即向媒体请求队列中插入媒体请求的处理。此处需要说明的是，本发明中，当用户发送的是删除媒体请求的消息，则相应的处理过程与上述处理过程类似，区别仅在于，此时是由于删除媒体请求导致媒体请求队列中可能出现位置发生变化的请求，对于位置发生变化的请求的处理方式则与上述处理过程完全一致。
为便于对本发明的理解，下面将结合附图及几个具体的应用实施例对本发明的具体实施方式
进行详细的说明。
实施例一下面以媒体控制协议使用的是TBCP为例对本发明的实现进行说明，仍如图2所示，具体包括首先，当POC群组会话中有其他用户正在说话的时候，POC用户A按下POC键，请求发送一个talk burst；其次，POC客户端A发送Talk Burst Request消息给实施CF功能的POC服务器X，其中可以携带标识POC用户A优先级的指示信息，以及该POC群组的业务标识信息等；在上述处理过程中，也可能是POC用户A根据自身需要向POC服务器发送要求删除某一媒体请求的删除媒体请求消息，此时，POC服务器上需要将相应的媒体请求从媒体请求队列中删除；
无论是发送媒体请求消息，还是发送删除媒体请求消息，均可能导致POC服务器上的媒体请求队列中出现位置发生变化的请求，此时，则需要按照后续的处理过程对位置发生变化的请求；最后，执行CF功能的POC服务器X判断POC用户B当前被许可发送talkburst，而且POC用户A的优先级不比POC用户B高，因此POC服务器X将POC用户A的请求放入Talk Burst Request队列中，并发送一个Talk Burst队列位置状态(Talk Burst queue position status)消息给POC客户端A，其中可以包括POC客户端A对应的请求在队列中的位置以及被给予的优先级。
本发明的改进在该实施例一中主要体现为如果POC客户端A的请求的优先级较队列中某个POC客户端(比如客户端C)的优先级高，且客户端C前面没有低于客户端A的优先级的请求，则POC客户端A的请求将被插入到POC客户端C的请求之前，即如果POC客户端A的请求和队列中某些POC客户端的优先级相同，则POC客户端A的请求将被插入到这些相同优先级的POC客户端的请求之后，第一个比自己优先级低的POC客户端请求之前；将客户端A的请求插入到媒体请求队列中后，POC服务器X将发送一个Talk Burst队列位置状态消息给POC客户端C以及所有排在POC客户端C之后的其他POC客户端，通知其对应的请求被更新之后的位置状态。
实施例二仍参照图2所示，该实施例包括以下处理过程首先，当POC群组会话中有其他用户正在说话的时候，POC用户A按下POC键，请求发送一个talk burst；其次，POC客户端A发送Talk Burst Request消息给实施CF功能的POC服务器X，其中可以携带标识POC用户A优先级的指示信息，该POC群组的业务标识信息等；
在上述处理过程中，也可能是POC用户A根据自身需要向POC服务器发送要求删除某一媒体请求的删除媒体请求消息，此时，POC服务器上需要将相应的媒体请求从媒体请求队列中删除；无论是发送媒体请求消息，还是发送删除媒体请求消息，均可能导致POC服务器上的媒体请求队列中出现位置发生变化的请求，此时，则需要按照后续的处理过程对位置发生变化的请求；最后，执行CF功能的POC服务器X判断POC用户B当前被许可发送talkburst，而且POC用户A的优先级不比POC用户B高，因此POC服务器X将POC用户A的请求放入Talk Burst Request队列中，并发送一个Talk Burst队列位置状态(Talk Burst queue position status)消息给POC客户端A，其中可以包括POC客户端A对应的请求在队列中的位置以及被给予的优先级。
在该实施例二中本发明的改进主要体现为如果POC客户端A的请求被给予了一个较队列中某个POC客户端(比如客户端C)更高的优先级，且客户端C前面没有低于客户端A的优先级的请求，则POC客户端A的请求将被插入到POC客户端C的请求之前，即如果POC客户端A的请求和队列中某些POC客户端的优先级相同，则POC客户端A的请求将被插入到这些相同优先级的POC客户端的请求之后，第一个比自己优先级低的POC客户端请求之前；将客户端A的请求插入到媒体请求队列中后，POC服务器X可以发送一个Talk Burst队列位置状态消息给POC客户端C以及所有排在POC客户端C之后的预定数量的几个POC客户端，通知其对应的请求被更新之后的位置状态，具体的预定数量的取值由运营商在POC服务器上根据需要设定。
实施例三仍参照图2所示，实施例三的具体实现如下首先，当POC群组会话中有其他用户正在说话的时候，POC用户A按下POC键，请求发送一个talk burst；其次，POC客户端A发送Talk Burst Request消息给实施CF功能的POC服务器X，其中可以携带标识POC用户A优先级的指示信息，该POC群组的业务标识信息等；在上述处理过程中，也可能是POC用户A根据自身需要向POC服务器发送要求删除某一媒体请求的删除媒体请求消息，此时，POC服务器上需要将相应的媒体请求从媒体请求队列中删除；无论是发送媒体请求消息，还是发送删除媒体请求消息，均可能导致POC服务器上的媒体请求队列中出现位置发生变化的请求，此时，则需要按照后续的处理过程对位置发生变化的请求；最后，执行CF功能的POC服务器X判断POC用户B当前被许可发送talkburst，而且POC用户A的优先级不比POC用户B高，因此POC服务器X将POC用户A的请求放入Talk Burst Request队列中，并发送一个Talk Burst队列位置状态(Talk Burst queue position status)消息给POC客户端A，其中可以包括POC客户端A对应的请求在队列中的位置以及被给予的优先级。
在该实施例三中本发明的改进主要体现为如果POC客户端A的请求被给予了一个较队列中某个POC客户端(比如客户端C)更高的优先级，且客户端C前面没有低于客户端A的优先级的请求，则POC客户端A的请求将被插入到POC客户端C的请求之前，即如果POC客户端A的请求和队列中某些POC客户端的优先级相同，则POC客户端A的请求将被插入到这些相同优先级的POC客户端的请求之后，第一个比自己优先级低的POC客户端请求之前；将客户端A的请求插入到媒体请求队列中后，如果POC客户端C以及排在POC客户端C之后的所有POC客户端中有某个或者某些客户端曾经向POC服务器X发送过Talk Burst队列位置查询消息，则这时POC服务器X可以发送一个Talk Burst队列位置状态消息给这些曾经查询过Talk Burst队列位置的POC客户端，通知其对应的请求被更新之后的位置状态。
实施例四参照图2所示，实施例四的具体实现过程如下首先，当POC群组会话中有其他用户正在说话的时候，POC用户A按下POC键，请求发送一个talk burst；其次，POC客户端A发送Talk Burst Request消息给实施CF功能的POC服务器X，其中可以携带标识POC用户A优先级的指示信息，该POC群组的业务标识信息等；在上述处理过程中，也可能是POC用户A根据自身需要向POC服务器发送要求删除某一媒体请求的删除媒体请求消息，此时，POC服务器上需要将相应的媒体请求从媒体请求队列中删除；无论是发送媒体请求消息，还是发送删除媒体请求消息，均可能导致POC服务器上的媒体请求队列中出现位置发生变化的请求，此时，则需要按照后续的处理过程对位置发生变化的请求；最后，执行CF功能的POC服务器X判断POC用户B当前被许可发送talkburst，而且POC用户A的优先级不比POC用户B高，因此POC服务器X将POC用户A的请求放入Talk Burst Request队列中，并发送一个Talk Burst队列位置状态(Talk Burst queue position status)消息给POC客户端A，其中可以包括POC客户端A对应的请求在队列中的位置以及被给予的优先级。
在该实施例四中本发明的改进主要体现为如果POC客户端A的请求被给予了一个较队列中某个POC客户端(比如C)更高的优先级，且客户端C前面没有低于客户端A的优先级的请求，则POC客户端A的请求将被插入到POC客户端C的请求之前，即如果POC客户端A的请求和队列中某些POC客户端的优先级相同，则POC客户端A的请求将被插入到这些相同优先级的POC客户端的请求之后，第一个比自己优先级低的POC客户端请求之前；将客户端A的请求插入到媒体请求队列中后，如果POC客户端C以及排在POC客户端C之后的所有POC客户端中有某个或者某些客户端曾经向POC服务器X发送过Talk Burst队列位置查询消息，则这时POC服务器X可以发送一个Talk Burst队列位置状态消息给预定数量的曾经查询过Talk Burst队列位置的POC客户端，通知其对应的请求被更新之后的位置状态；具体可以为通过以下两种方式中的任一种实现(1)根据运营商设置的一个预定的取值，该取值为预定数量的曾经查询过Talk Burst队列位置的POC客户端，这样，POC服务器X可以仅通知POC客户端C以及其之后的所有POC客户端中由前至后的预定数量曾经查询过Talk Burst队列位置的POC客户端；(2)根据运营商设置的一个预定的取值，该取值为预定数量的受该插入操作影响的POC客户端；这样，POC服务器X将首先从POC客户端及其之后的所有POC客户端确定出预定数量的POC客户端，之后再进一步在该预定数量的POC客户端中确定曾经查询过Talk Burst队列位置的POC客户端，并由POC服务器X通知进一步确定的POC客户端其对应的请求被更新之后的位置状态；在上述两种处理实现方式中，所述的预定数量的取值可以是实验得出的一个工程值，或者，根据运营商的需要设置。
实施例五该实施例五是以媒体控制协议使用的是MBCP为例对本发明的具体实现进行详细说明，下面将仅以一种方法的具体实现为例进行说明，其他各种方法的具体实现与其类似，故不一一详述。
如图4所示，在该实施例五中具体的处理过程如下
首先，当POC群组会话中有其他用户正在发送媒体数据的时候，POC用户A按下POC键，请求发送一个media burst(媒体突发)；其次，POC客户端A发送Media Burst Request(媒体突发请求)消息给实施CF功能的POC服务器X，其中可以携带标识POC用户A优先级的指示信息，该POC群组的业务标识信息等；在上述处理过程中，也可能是POC用户A根据自身需要向POC服务器发送要求删除某一媒体请求的删除媒体请求消息，此时，POC服务器上需要将相应的媒体请求从媒体请求队列中删除；无论是发送媒体请求消息，还是发送删除媒体请求消息，均可能导致POC服务器上的媒体请求队列中出现位置发生变化的请求，此时，则需要按照后续的处理过程对位置发生变化的请求；最后，执行CF功能的POC服务器X判断POC用户B当前被许可发送media burst，而且POC用户A的优先级不比POC用户B高，因此POC服务器X将POC用户A的请求放入Media Burst Request(媒体突发请求)队列中，并发送一个Media Burst队列位置状态(Media Burst queue position status)消息给POC客户端A，其中可以包括POC客户端A对应的请求在队列中的位置以及被给予的优先级。
在该实施例五中本发明的改进主要体现为如果POC客户端A的请求被给予了一个较队列中某个POC客户端(比如客户端C)更高的优先级，且客户端C前面没有低于客户端A的优先级的请求，则POC客户端A的请求将被插入到POC客户端C的请求之前，即如果POC客户端A的请求和队列中某些POC客户端的优先级相同，则POC客户端A的请求将被插入到这些相同优先级的POC客户端的请求之后，第一个比自己优先级低的POC客户端请求之前；将客户端A的请求插入到媒体请求队列中后，POC服务器X可以发送一个Media Burst队列位置状态消息给POC客户端C以及所有排在POC客户端C之后的其他POC客户端，通知其对应的请求被更新之后的位置状态。
本发明还提供了一种PoC业务媒体请求的处理装置，如图5所示，所述装置设置于POC服务器，或者，也可以设置于其他用于处理POC业务的网络实体中，且在具体实现时包括以下处理单元媒体请求处理单元，用于将接收到的媒体请求根据优先级信息插入到媒体请求队列中，或者，根据接收到的删除媒体请求的消息将媒体请求队列中的相应请求从媒体请求队列中删除；位置变化处理单元，用于确定媒体请求处理单元在执行插入或删除操作过程中导致位置发生变化的媒体请求，并通过位置通知单元通知所有位置发生变化的媒体请求对应的用户或者其中符合预定的条件的位置发生变化的媒体请求对应的用户。
所述的位置通知单元为POC服务器中的媒体队列位置状态消息通知单元，用于将位置发生变化的媒体请求对应的新的位置状态信息通过媒体队列位置状态消息通知相应的用户。
所述的装置还包括判断单元，用于判断媒体请求处理单元在执行插入或删除操作过程中，是否存在发生位置变化的媒体请求，并在确定存在时，触发位置变化处理单元；所述的判断单元用于根据插入到媒体请求队列中的媒体请求或从媒体请求队列中删除的媒体请求是否处于队列的末尾(即队列的最后位置)确定是否存在发生位置变化的媒体请求，且当插入的媒体请求未处于队列的末尾时，确定存在发生位置变化的媒体请求。
综上所述，本发明提出一种在POC业务中如何处理媒体请求队列的方法，通过完善该处理过程，解决了现有技术中存在的实施过程中的互通问题，提升用户的使用感受，促进POC业务的发展。
以上所述，仅为本发明较佳的具体实施方式
，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求的保护范围为准。
权利要求
1.一种PoC业务媒体请求的处理方法，其特征在于，包括A、POC服务器接收到用户发来的媒体请求消息或删除媒体请求消息后，根据消息中承载的信息对媒体请求队列进行调整；B、在媒体请求队列中确定所有因执行调整操作导致位置发生变化的媒体请求，并向发出相应请求的用户发送用于通知用户其请求在媒体请求队列中的位置信息的媒体请求队列位置状态消息。
2.根据权利要求1所述的方法，其特征在于，所述的步骤A包括POC服务器接收到用户发来的媒体请求消息后，根据该用户的优先级将所述媒体请求插入到媒体请求队列中；或者，POC服务器接收到用户发来的删除媒体请求的消息后，将需要删除的媒体请求信息从媒体请求队列中删除。
3.根据权利要求1所述的方法，其特征在于，所述的步骤B包括在媒体请求队列中确定插入或删除的媒体请求后面的所有请求，作为因插入操作导致位置发生变化的媒体请求。
4.根据权利要求1、2或3所述的方法，其特征在于，所述的方法还包括当POC服务器接收到的媒体请求被插入到媒体请求队列中除队列末尾位置外的其他位置，或者，POC服务器将删除除队列末尾位置外的其他位置的媒体请求时，则执行步骤B。
5.一种PoC业务媒体请求的处理方法，其特征在于，包括C、POC服务器接收到用户发来的媒体请求消息或删除媒体请求消息后，根据消息中承载的信息对媒体请求队列进行调整；D、在媒体请求队列中确定所有因执行调整操作导致位置发生变化的媒体请求；E、在所述的位置发生变化的媒体请求中确定出符合预定的条件的媒体请求；F、向发出该符合预定的条件的媒体请求的用户发送用于通知用户其请求在媒体请求队列中的位置信息的媒体请求队列位置状态消息。
6.根据权利要求5所述的方法，其特征在于，所述的步骤C包括POC服务器接收到用户发来的媒体请求消息后，根据该用户的优先级将所述媒体请求插入到媒体请求队列中；或者，POC服务器接收到用户发来的删除媒体请求的消息后，将需要删除的媒体请求信息从媒体请求队列中删除。
7.根据权利要求5所述的方法，其特征在于，所述的步骤D包括在媒体请求队列中确定插入或删除的媒体请求后面的所有请求，作为因插入操作导致位置发生变化的媒体请求。
8.根据权利要求5所述的方法，其特征在于，所述的方法还包括当POC服务器接收到的媒体请求被插入到媒体请求队列中除队列末尾位置外的其他位置，或者，POC服务器将删除除队列最后位置外的其他位置的媒体请求时，则执行步骤D。
9.根据权利要求5所述的方法，其特征在于，在步骤E中，所述的预定的条件包括用于表明请求数量的预定数量取值和/或发出请求的用户是否查询过请求的位置状态信息。
10.根据权利要求5至9中任一项所述的方法，其特征在于，所述的步骤E具体包括在位置发生变化的媒体请求中，从前至后选定预定数量的媒体请求，作为符合预定条件的媒体请求；或者，在位置发生变化的媒体请求中，选定曾经查询过媒体请求的位置状态信息的媒体请求，作为符合预定条件的媒体请求；或者，在位置发生变化的媒体请求中，从前至后选定预定数量的媒体请求，并从该预定数量的媒体请求中进一步选定曾经查询过请求的位置状态信息的媒体请求，作为符合预定条件的媒体请求；或者，在位置发生变化的媒体请求中，选定曾经查询过请求的位置状态信息的媒体请求，之后，再进一步从选定的媒体请求中从前至后选定预定数量的媒体请求，作为符合预定条件的媒体请求。
11.根据权利要求10所述的方法，其特征在于，所述的方法还包括在POC服务器上，当收到用户发来的媒体队列位置查询消息，并向用户反馈了该用户的媒体请求在媒体请求队列中的位置状态信息时，则对该请求标记为查询过位置状态信息。
12.一种PoC业务媒体请求的处理装置，其特征在于，包括媒体请求处理单元，用于将接收到的媒体请求根据优先级信息插入到媒体请求队列中，或者，根据接收到的删除媒体请求消息将相应的媒体请求消息从媒体请求队列中删除；位置变化处理单元，用于确定媒体请求处理单元在执行插入或删除操作过程中导致位置发生变化的媒体请求，并通过位置通知单元通知所有位置发生变化的媒体请求对应的用户或者其中符合预定的条件的位置发生变化的媒体请求对应的用户。
13.根据权利要求12所述的装置，其特征在于，所述的位置通知单元为POC服务器中的媒体队列位置状态消息通知单元，用于将位置发生变化的媒体请求对应的新的位置状态信息通过媒体队列位置状态消息通知相应的用户。
14.根据权利要求12或13所述的装置，其特征在于，所述的装置还包括判断单元，用于判断媒体请求处理单元在执行针对媒体请求队列的插入或删除调整操作过程中，是否存在发生位置变化的媒体请求，并在确定存在时，触发位置变化处理单元。
15.根据权利要求14所述的装置，其特征在于，所述的判断单元用于根据插入到媒体请求队列中的媒体请求或者从媒体请求队列中删除的媒体请求是否处于队列的最后位置确定是否存在发生位置变化的媒体请求，且当插入的媒体请求未处于队列的未尾位置时，确定存在发生位置变化的媒体请求。
全文摘要
本发明涉及一种PoC业务媒体请求的处理方法及装置。本发明主要包括首先，POC服务器接收到用户发来的媒体请求消息或删除媒体请求消息后，根据消息中承载的信息对媒体请求队列进行调整；之后，在媒体请求队列中确定所有因执行调整操作导致位置发生变化的媒体请求或其中符合预定条件的部分请求，并向发出相应请求的用户发送用于通知用户其请求在媒体请求队列中的位置信息的媒体请求队列位置状态消息。本发明正是通过优化及完善各种POC业务应用场景下的媒体请求队列的处理机制，从而解决现有POC业务实现过程中存在的问题，提升用户的使用感受，因此，本发明的实现可以很好满足POC业务的需求，促进POC业务的发展。
文档编号H04L12/18GK101043661SQ20061007093
公开日2007年9月26日 申请日期2006年3月25日 优先权日2006年3月25日
发明者武亚娟 申请人:华为技术有限公司