CN101043661A - PoC业务媒体请求的处理方法及装置 - Google Patents

PoC业务媒体请求的处理方法及装置 Download PDF

Info

Publication number
CN101043661A
CN101043661A CNA2006100709333A CN200610070933A CN101043661A CN 101043661 A CN101043661 A CN 101043661A CN A2006100709333 A CNA2006100709333 A CN A2006100709333A CN 200610070933 A CN200610070933 A CN 200610070933A CN 101043661 A CN101043661 A CN 101043661A
Authority
CN
China
Prior art keywords
request
medium
medium request
poc
user
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CNA2006100709333A
Other languages
English (en)
Other versions
CN100531419C (zh
Inventor
武亚娟
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CNB2006100709333A priority Critical patent/CN100531419C/zh
Priority to EP07710954.4A priority patent/EP2003847B1/en
Priority to PCT/CN2007/000533 priority patent/WO2007109967A1/zh
Publication of CN101043661A publication Critical patent/CN101043661A/zh
Priority to US12/237,545 priority patent/US8594714B2/en
Application granted granted Critical
Publication of CN100531419C publication Critical patent/CN100531419C/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H04W4/10—Push-to-Talk [PTT] or Push-On-Call services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/40—Support for services or applications
    • H04L65/4061—Push-to services, e.g. push-to-talk or push-to-video
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/40—Connection management for selective distribution or broadcast
    • H04W76/45—Connection management for selective distribution or broadcast for Push-to-Talk [PTT] or Push-to-Talk over cellular [PoC] services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/80—Responding to QoS

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Telephonic Communication Services (AREA)

Abstract

本发明涉及一种PoC业务媒体请求的处理方法及装置。本发明主要包括：首先，POC服务器接收到用户发来的媒体请求消息或删除媒体请求消息后，根据消息中承载的信息对媒体请求队列进行调整；之后，在媒体请求队列中确定所有因执行调整操作导致位置发生变化的媒体请求或其中符合预定条件的部分请求，并向发出相应请求的用户发送用于通知用户其请求在媒体请求队列中的位置信息的媒体请求队列位置状态消息。本发明正是通过优化及完善各种POC业务应用场景下的媒体请求队列的处理机制，从而解决现有POC业务实现过程中存在的问题，提升用户的使用感受，因此，本发明的实现可以很好满足POC业务的需求，促进POC业务的发展。

Description

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所示，本发明的实现具体包括以下步骤：
步骤31：POC服务器收到一个POC用户A的请求；
步骤32：确定当前队列中优先级低于用户A的所有用户，并从该所有用户中进一步确定其在媒体请求队列中位于最前面的用户，即在媒体请求队列中由前向后确定第一个优先级低于用户A的其他用户；
具体一点讲是将用户A的优先与队列中的各用户的优先级比较，确定当前队列中存在优先级高于用户A的其他用户，之后，确定低于用户A的优先级的其他用户中位于队列中最前面的用户，例如，确定用户C为低于用户A的优先级的其他用户中位于队列最前面的用户，所述的用户C可以位于队列中的最前面，也可以位于队列中的其他任意位置；
步骤33：POC服务器将用户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***到当前队列中的最前面；
步骤34：POC服务器还将向受到该操作影响的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业务的发展。
以上所述，仅为本发明较佳的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求的保护范围为准。

Claims (15)

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所述的装置，其特征在于，所述的判断单元用于根据***到媒体请求队列中的媒体请求或者从媒体请求队列中删除的媒体请求是否处于队列的最后位置确定是否存在发生位置变化的媒体请求，且当***的媒体请求未处于队列的未尾位置时，确定存在发生位置变化的媒体请求。
CNB2006100709333A 2006-03-25 2006-03-25 PoC业务媒体请求的处理方法及装置 Active CN100531419C (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CNB2006100709333A CN100531419C (zh) 2006-03-25 2006-03-25 PoC业务媒体请求的处理方法及装置
EP07710954.4A EP2003847B1 (en) 2006-03-25 2007-02-14 Method and apparatus for processing the media request during the media communication procedure
PCT/CN2007/000533 WO2007109967A1 (fr) 2006-03-25 2007-02-14 Procédé et appareil pour traiter une demande multimédias lors d'une procédure de communications multimédias
US12/237,545 US8594714B2 (en) 2006-03-25 2008-09-25 Method and device for processing media request in multimedia communication process

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CNB2006100709333A CN100531419C (zh) 2006-03-25 2006-03-25 PoC业务媒体请求的处理方法及装置

Publications (2)

Publication Number Publication Date
CN101043661A true CN101043661A (zh) 2007-09-26
CN100531419C CN100531419C (zh) 2009-08-19

Family

ID=38540798

Family Applications (1)

Application Number Title Priority Date Filing Date
CNB2006100709333A Active CN100531419C (zh) 2006-03-25 2006-03-25 PoC业务媒体请求的处理方法及装置

Country Status (4)

Country Link
US (1) US8594714B2 (zh)
EP (1) EP2003847B1 (zh)
CN (1) CN100531419C (zh)
WO (1) WO2007109967A1 (zh)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103052035A (zh) * 2011-10-14 2013-04-17 上海博泰悦臻网络技术服务有限公司 车辆间的通信方法和***、用于车辆间通信的服务器
CN103532823A (zh) * 2012-07-04 2014-01-22 中兴通讯股份有限公司 物联网消息处理方法、装置及***
CN105978930A (zh) * 2016-04-15 2016-09-28 深圳市永兴元科技有限公司 网络数据交换方法及装置
CN109962923A (zh) * 2019-04-04 2019-07-02 海能达通信股份有限公司 会话方法及装置

Families Citing this family (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9913300B2 (en) * 2011-12-14 2018-03-06 Kodiak Networks, Inc. Push-to-talk-over-cellular (PoC)
KR20100086617A (ko) * 2009-01-23 2010-08-02 삼성전자주식회사 대기 순서 관리 시스템 및 방법, 및 단말 장치
JP2011166417A (ja) * 2010-02-09 2011-08-25 Sony Corp 無線通信装置、無線通信システム、プログラム、および無線通信方法
US9338510B2 (en) 2011-07-31 2016-05-10 Google Inc. Systems and methods for presenting home screen shortcuts
US8813245B1 (en) 2013-01-25 2014-08-19 Amazon Technologies, Inc. Securing content using pipelines
US9223621B1 (en) 2013-01-25 2015-12-29 Amazon Technologies, Inc. Organizing content using pipelines
US9183049B1 (en) * 2013-01-25 2015-11-10 Amazon Technologies, Inc. Processing content using pipelines
CN103561394B (zh) * 2013-11-08 2018-08-21 惠州Tcl移动通信有限公司 一种发送消息的方法及***
US9207844B2 (en) 2014-01-31 2015-12-08 EyeGroove, Inc. Methods and devices for touch-based media creation
US9268787B2 (en) 2014-01-31 2016-02-23 EyeGroove, Inc. Methods and devices for synchronizing and sharing media items
US9207857B2 (en) 2014-02-14 2015-12-08 EyeGroove, Inc. Methods and devices for presenting interactive media items
US9519644B2 (en) 2014-04-04 2016-12-13 Facebook, Inc. Methods and devices for generating media items
US10591869B2 (en) * 2015-03-24 2020-03-17 Light Field Lab, Inc. Tileable, coplanar, flat-panel 3-D display with tactile and audio interfaces
DE102016202710B4 (de) 2016-02-22 2022-07-28 Volkswagen Aktiengesellschaft Innenraumverkleidung für ein Fahrzeug und Fahrzeug mit derselben

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030078064A1 (en) * 2001-10-22 2003-04-24 Chan Victor H. System and method for queuing talk requests in wireless dispatch system
SE0302920D0 (sv) * 2003-11-03 2003-11-03 Ericsson Telefon Ab L M Improvements in or relating to group calls
US20050124365A1 (en) * 2003-12-05 2005-06-09 Senaka Balasuriya Floor control in multimedia push-to-talk
CN1298182C (zh) * 2004-06-04 2007-01-31 中兴通讯股份有限公司 数字集群***通话权调度方法
KR100652646B1 (ko) * 2004-07-24 2006-12-06 엘지전자 주식회사 사용자 서비스 품질 향상을 위한 피티티 서비스 시스템 및방법
KR100690752B1 (ko) * 2004-07-28 2007-03-09 엘지전자 주식회사 피티티 서비스 시스템의 발언권 할당방법
DE102004049907A1 (de) 2004-10-13 2006-04-20 Infineon Technologies Ag Verfahren zum Anfordern oder Zuteilen eines Push-to-talk-Sprachrechts und/oder zum Erfragen oder Mitteilen von Warteschlangeninformation, Push-to-talk-Client-Einheit, Push-to-talk-Steuerserverrechner und Entscheidungseinheit
DE102005043003A1 (de) * 2005-09-09 2007-03-22 Infineon Technologies Ag Telekommunikationskonferenz-Server, Telekommunikations-Endgerät, Verfahren zum Erzeugen einer Telekommunikationskonferenz-Steuernachricht, Verfahren zum Steuern einer Telekommunikationskonferenz, computerlesbare Speichermedien und Computerprogrammelemente

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103052035A (zh) * 2011-10-14 2013-04-17 上海博泰悦臻网络技术服务有限公司 车辆间的通信方法和***、用于车辆间通信的服务器
CN103532823A (zh) * 2012-07-04 2014-01-22 中兴通讯股份有限公司 物联网消息处理方法、装置及***
CN107317839A (zh) * 2012-07-04 2017-11-03 中兴通讯股份有限公司 物联网消息处理方法、装置及***
US9832275B2 (en) 2012-07-04 2017-11-28 Xi'an Zhongxing New Software Co.Ltd. Message processing method, device and system for internet of things
CN105978930A (zh) * 2016-04-15 2016-09-28 深圳市永兴元科技有限公司 网络数据交换方法及装置
CN109962923A (zh) * 2019-04-04 2019-07-02 海能达通信股份有限公司 会话方法及装置

Also Published As

Publication number Publication date
US8594714B2 (en) 2013-11-26
WO2007109967A1 (fr) 2007-10-04
EP2003847A1 (en) 2008-12-17
US20090024730A1 (en) 2009-01-22
CN100531419C (zh) 2009-08-19
EP2003847A4 (en) 2009-06-17
EP2003847B1 (en) 2014-05-21

Similar Documents

Publication Publication Date Title
CN101043661A (zh) PoC业务媒体请求的处理方法及装置
CN1297126C (zh) 在移动通信***中建立信令连接的方法
CN1852384A (zh) 一种策略和计费规则决策的实现方法
CN1694379A (zh) 移动通信***和mbms服务相关信息传送方法
CN1751458A (zh) 在无线通信网络中用于支持无线终端的移动性的装置和方法
CN1852551A (zh) 基于移动网络的组播业务数据的实现方法
CN101048007A (zh) 从移动终端传送寻呼请求消息的方法
CN1917417A (zh) 多载波高速下行分组接入中混合自动重传方法及应用
CN1856137A (zh) 一种确定集中控制服务器的方法及***
CN101047523A (zh) 提供上线者状态的服务器及方法
CN1759629A (zh) 内容分布***、网络和信道切换控制方法
CN100344095C (zh) 一种集群语音业务的计费关联和计费管理方法
CN101047958A (zh) 3gpp演进网络中漫游场景下用户网络附着方法及***
CN1889603A (zh) 一种点击拨号业务的实现方法
CN1581744A (zh) 为mbms业务提供多种qos的方法
CN1882117A (zh) Cdma2000中基站控制器多归属方法、装置及网络
CN101047880A (zh) 一种消息传输方法及***
CN1901742A (zh) 一种信道切换方法
CN101043401A (zh) 一种网络服务流标识的分配、更新方法
CN1870636A (zh) 一种客户端重定向的方法和***
CN101043431A (zh) 一种缩短多方通话业务建立时间的方法与***
CN1635765A (zh) 一种会话建立协议网络结构及实现sip群组呼叫的方法
CN101060703A (zh) 用户设备切换时的策略和计费控制方法
CN1801968A (zh) 集群***中实现实时发言的方法及***
CN1852491A (zh) 无线一键通业务共享内容服务器中媒体信息的方法及***

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant