CN1980416B - 媒体发送权处理方法及装置 - Google Patents

媒体发送权处理方法及装置 Download PDF

Info

Publication number
CN1980416B
CN1980416B CN 200510125779 CN200510125779A CN1980416B CN 1980416 B CN1980416 B CN 1980416B CN 200510125779 CN200510125779 CN 200510125779 CN 200510125779 A CN200510125779 A CN 200510125779A CN 1980416 B CN1980416 B CN 1980416B
Authority
CN
China
Prior art keywords
medium sending
sending right
medium
user
application
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.)
Expired - Fee Related
Application number
CN 200510125779
Other languages
English (en)
Other versions
CN1980416A (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 CN 200510125779 priority Critical patent/CN1980416B/zh
Priority to PCT/CN2006/003010 priority patent/WO2007062574A1/zh
Priority to EP06805205A priority patent/EP1968233A4/en
Publication of CN1980416A publication Critical patent/CN1980416A/zh
Application granted granted Critical
Publication of CN1980416B publication Critical patent/CN1980416B/zh
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/1813—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast for computer conferences, e.g. chat rooms
    • H04L12/1822—Conducting the conference, e.g. admission, detection, selection or grouping of participants, correlating users to one or more conference sessions, prioritising transmission
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/10—Network architectures or network communication protocols for network security for controlling access to devices or network resources
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/10—Network architectures or network communication protocols for network security for controlling access to devices or network resources
    • H04L63/102—Entity profiles
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • General Engineering & Computer Science (AREA)
  • Computer Hardware Design (AREA)
  • Computer Security & Cryptography (AREA)
  • Computing Systems (AREA)
  • Multimedia (AREA)
  • Storage Device Security (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本发明公开了媒体发送权处理方法及装置，在多方通信***中的控制点接收到来自用户的媒体发送权申请后，根据该申请中携带的媒体发送权类型及控制点预先设置的媒体发送权属性判决并得出授权结果，控制点按照授权结果向该用户发送被许可的媒体发送权类型对应的许可媒体发送权响应、向该用户所在群组的其他用户发送被许可的媒体发送权类型对应的接受响应，该用户向自身所在群组的其他用户发送被许可的媒体发送权类型对应的媒体流数据；向该用户发送被拒绝的媒体发送权类型对应的拒绝媒体发送权响应。本发明针对多媒体业务为多方通信提供的多种类型的媒体发送权请求，实现了对多种媒体发送权的控制。而且，本发明还对不同类型的媒体发送权进行分类，根据控制点中预设的媒体发送权属性，实现了对多种媒体发送权的合理控制。

Description

媒体发送权处理方法及装置 
技术领域
本发明涉及多方通信，尤指在多方通信中的媒体发送权处理方法及装置。 
背景技术
在网络技术的发展中，多方通信逐渐成为一种普遍应用的业务，比如按键即说(PoC，Push to Talk over Cellular)***、会议(Conference)***以及集群***等。在多方通信***中，需要唯一的控制点来对多方通信进行统一管理，以确保对多方通信中各通信用户的控制的一致性和实时性。这里所说的管理具体是指媒体发送权(Floor)处理，即某群组中的通信用户需要向***中的控制点发起请求如发言请求，控制点对上述请求进行判决并许可后，该通信用户才能向该群组中的其他通信用户发送媒体流数据。 
目前，在多方通信***如POC***或集群***中，已经实现了基于语音的单一媒体数据媒体发送权处理。图1是现有技术媒体发送权处理的流程图，在PoC***或集群***中，仅存在对语音类型的媒体发送权处理；假设某群组中的一用户请求发言，现有具体处理包括以下步骤： 
步骤100：发言用户通过用户终端1(UE1)向控制点服务器发出媒体发送权请求(Floor Request)消息。 
由于多方通信中的媒体发送权类型仅有单一的语音类型，因此，在服务器接收到Floor Request消息后，即开始判决处理。 
步骤101：服务器根据预设策略判决是否同意授予UE1媒体发送权，若同意，则执行步骤102b；否则，执行步骤102a。 
所述策略可以是媒体发送权当前是否被占用，该UE1是否有权申请媒 体发送权等。比如：若当前媒体发送权被其他用户占用，则不同意；否则同意。 
步骤102a：服务器向UE1发送拒绝媒体发送权(Floor Reject)消息拒绝UE1的媒体发送权申请，之后结束本流程。 
步骤102b～步骤103b：服务器向UE1发送许可媒体发送权(Floor Grant)消息许可UE1的媒体发送权申请，并向UE1所在群组中的其他UE发送接受媒体发送权(Floor Taken)消息以通知所述其他UE当前的媒体发送权已授予UE1。 
步骤104b：UE1向所在群组的其他UE发送媒体流(Media Burst)数据。 
现有媒体发送权处理方法中，服务器按照预设策略仅对一种类型的媒体发送权进行控制。 
随着宽带网络的发展，移动通信不再仅局限于传统的话音通信，结合音频、视频、图片和文本等多种媒体类型的多媒体业务已逐渐开展起来，通过与呈现(presence)业务、短消息、网页(WEB)浏览、定位信息、推送(PUSH)业务、文件共享等数据业务的结合，来满足用户的多种需求。在多种应用的推动下，第三代合作伙伴计划(3GPP)标准组织推出了基于IP的多媒体子***(IMS)架构，目的是在通信网络中使用一种标准化的开放的结构来实现多种多样的多媒体应用，提供给用户更多的选择以满足用户的多种需求。 
多媒体业务为多方通信提供了多种类型的媒体发送权请求，但是，从现有媒体发送权处理方法来看，服务器仅仅对一种类型的媒体发送权进行控制，不能够实现对多种媒体发送权的控制。 
发明内容
有鉴于此，本发明的主要目的在于提供媒体发送权处理方法，能够对多种媒体发送权进行控制。 
本发明的另一目的在于提供一种媒体发送权处理装置，能够对多种媒体发送权进行控制。 
为达到上述目的，本发明的技术方案具体是这样实现的： 
一种媒体发送权处理方法，多方通信***中，在用于对多方通信进行统一管理的控制点中设置媒体发送权类型与媒体发送权属性的对应关系，该方法还包括以下步骤： 
所述控制点接收到来自用户的媒体发送权申请后，根据该媒体发送权申请中包含的媒体发送权类型对应的媒体发送权属性判决并得出授权结果； 
所述控制点按照授权结果，对申请媒体发送权的用户和该用户所在群组的其他用户发送媒体发送权响应，其中，所述媒体发送权属性包括不同类型媒体发送权各自的基本属性、用于标识不同类型媒体发送权之间是否相互影响的影响属性、以及用于标识不同类型媒体发送权之间是否存在授权顺序且标识授权先后顺序关系的授权顺序属性。 
其中，所述控制点按照授权结果发送媒体发送权响应的步骤包括：所述控制点向该用户发送所述媒体发送权类型中被许可的媒体发送权类型对应的许可媒体发送权响应、向该用户所在群组的其他用户发送被许可的媒体发送权类型对应的接受响应。 
进一步地，该方法还包括：当该用户申请的媒体发送权类型得到许可时，该用户向自身所在群组的其他用户发送被许可的媒体发送权类型对应的媒体流数据。 
进一步地，所述控制点接收到的媒体发送权申请的的步骤包括： 
用户在同一媒体发送权申请中携带多种类型媒体发送权向控制点申请不同类型的媒体发送权； 
或者用户通过不同的媒体发送权申请，每个媒体发送权申请中携带一种或多种类型媒体发送权向控制点依次申请不同类型的媒体发送权。 
进一步地，所述控制点进行判决并发送所述媒体发送权响应的步骤包括： 
所述控制点同时对不同类型的媒体发送权进行判决并在同一媒体发送权响应中给出媒体发送权响应； 
或者所述控制点同时对不同类型的媒体发送权进行判决并分别依次给出不 同的媒体发送权响应； 
或者所述控制点分别对不同类型的媒体发送权进行判决并分别给出不同的媒体发送权响应。 
进一步地，所述基本属性包括：类型媒体发送权自身当前是否已被授权、类型媒体发送权自身是否允许当前用户申请。 
进一步地，所述判决并得出判决结果的步骤包括： 
若所述媒体发送权申请中携带的媒体发送权类型之间的影响属性为互不影响，授权顺序属性为无顺序，则所述媒体发送权类型中基本属性为未被授权且允许当前用户申请的媒体发送权类型被许可授权且授权无顺序或按照预设授权顺序条件进行授权； 
若所述媒体发送权申请中携带的媒体发送权类型之间的影响属性为互不影响，授权顺序属性为有顺序，则所述媒体发送权类型中基本属性为未被授权且允许当前用户申请的媒体发送权类型被许可授权且按照所述授权顺序属性中的授权先后顺序进行授权； 
若所述媒体发送权申请中携带的媒体发送权类型之间的影响属性为相互影响，授权顺序属性为有顺序，则所述媒体发送权类型中基本属性为未被授权且允许当前用户申请的媒体发送权类型被许可授权且按照所述授权顺序属性中的授权先后顺序进行授权； 
若所述媒体发送权申请中携带的媒体发送权类型之间的影响属性为相互影响，授权顺序属性为无顺序，则所述媒体发送权类型中基本属性为未被授权且允许当前用户申请的媒体发送权类型被许可授权且按照申请顺序或预设授权顺序条件进行授权。 
进一步地，所述授权顺序条件为：运营商在控制点设置的各类型媒体发送权的媒体发送权属性；或者用户在媒体发送权申请中标识的影响属性和/或授权顺序属性。 
进一步地，该方法还包括： 
若控制点接收到另一在后媒体发送权申请，该在后媒体发送权申请中被许可的媒体发送权类型与在先媒体发送权申请中所述被许可且发送媒体流数据的媒体发送权类型之间的授权顺序属性为：有顺序且标识在后媒体发送权申请中被许可的媒体发送权类型授权顺序在先， 
则所述控制点撤回并中断在先媒体发送权申请中已获得的媒体发送权，执行在后媒体发送权申请中获得的媒体发送权，直到所述控制点接收到该在后媒体发送权申请的媒体发送权释放通知；或者， 
所述控制点在在先媒体发送权申请中已获得的媒体发送权执行完后，执行在后媒体发送权申请中获得的媒体发送权。 
进一步地，所述媒体发送权释放通知为用户向所述控制点发送媒体发送权释放Floor Release消息。 
进一步地，所述控制点接收到所述媒体发送权释放消息后，向所述用户所在群组的其他用户发送媒体发送权空闲Floor Free消息。 
进一步地，所述设置媒体发送权属性的方法为：运营商在控制点设置；或用户通过用于存储会话属性的群组数据服务器设置或修改。 
进一步地，所述用户通过群组数据服务器设置或修改的方法为：用户通过超文本传输协议HTTP或增强标识语言能力访问协议XCAP访问万维网WEB的方式，或会话初始化协议SIP方式设置或修改。 
进一步地，所述媒体发送权申请为媒体发送权请求Floor Request消息；所述许可媒体发送权响应为许可媒体发送权Floor Grant消息；所述拒绝媒体发送权响应为拒绝媒体发送权Floor Reject消息；所述接受响应为接受媒体发送权Floor Taken消息； 
所述媒体发送权请求消息中携带用于标识媒体发送权类型的媒体发送权类型标识。 
本发明还提供一种媒体发送权处理方法，在用于对多方通信进行统一管理的控制点中预先设置媒体发送权类型与媒体发送权属性的对应关系，该方法包括以下步骤： 
用户在同一媒体发送权申请中携带多种类型媒体发送权向控制点申请不同类型的媒体发送权，控制点根据该媒体发送权申请中携带的用于标识媒体发送权类型的媒体发送权类型标识，以及自身预设的所述媒体发送权类型标识对应的媒体发送权属性同时对不同媒体发送权进行判决并得出授权结果； 
控制点根据所述授权结果，在同一媒体发送权响应中向该用户给出所述媒体发送权类型中被许可的媒体发送权类型，向该用户所在群组的其他用户发送被许可的媒体发送权类型对应的接受响应； 
该用户向自身所在群组的其他用户发送被许可的媒体发送权类型对应的媒体流数据。 
进一步地，该方法还包括：控制点根据所述授权结果，在同一媒体发送权响应中向该用户给出所述媒体发送权类型中被拒绝的媒体发送权类型。 
本发明还提供一种媒体发送权处理方法，在用于对多方通信进行统一管理的控制点中预先设置媒体发送权类型与媒体发送权属性的对应关系，该方法包括以下步骤： 
用户在同一媒体发送权申请中携带多种类型媒体发送权向控制点申请不同类型的媒体发送权，控制点根据该媒体发送权申请中携带的用于标识媒体发送权类型的媒体发送权类型标识，以及自身预设的所述媒体发送权类型标识对应的媒体发送权属性同时对不同媒体发送权进行判决并得出授权结果； 
控制点根据所述授权结果，分别在不同媒体发送权响应中向该用户给出所述媒体发送权类型中被许可和被拒绝的媒体发送权类型，向该用户所在群组的其他用户发送被许可的媒体发送权类型对应的接受响应； 
该用户向自身所在群组的其他用户发送被许可的媒体发送权类型对应的媒体流数据。 
本发明还提供一种媒体发送权处理方法，在用于对多方通信进行统一管理的控制点中预先设置媒体发送权类型与媒体发送权属性的对应关系，该方法包括以下步骤： 
用户在同一媒体发送权申请中携带多种类型媒体发送权向控制点申请不同 类型的媒体发送权，控制点根据该媒体发送权申请中携带的用于标识媒体发送权类型的媒体发送权类型标识，以及自身预设的所述媒体发送权类型标识对应的媒体发送权属性同时对不同媒体发送权进行判决并得出授权结果； 
控制点根据所述授权结果，按照预设的不同类型的媒体发送权的先后顺序依次向该用户给出所述媒体发送权类型中被许可的在先媒体发送权类型对应的许可媒体发送权响应，向该用户所在群组的其他用户发送所有被许可的媒体发送权类型对应的接受响应； 
该用户向自身所在群组的其他用户依次发送当前被许可的媒体发送权类型对应的媒体流数据。 
本发明还一种媒体发送权处理方法，在用于对多方通信进行统一管理的控制点中预先设置媒体发送权类型与媒体发送权属性的对应关系，该方法包括以下步骤： 
用户在同一媒体发送权申请中携带多种类型媒体发送权向控制点申请不同类型的媒体发送权，控制点根据该媒体发送权申请中携带的用于标识媒体发送权类型的媒体发送权类型标识，以及自身预设的所述媒体发送权类型标识对应的媒体发送权属性同时对不同媒体发送权进行判决并得出授权结果； 
控制点根据所述授权结果，按照预设的不同类型的媒体发送权的先后顺序依次向该用户给出所述媒体发送权类型中被许可的在先媒体发送权类型对应的许可媒体发送权响应，向该用户所在群组的其他用户发送被许可的在先媒体发送权类型对应的接受响应； 
该用户向自身所在群组的其他用户依次发送当前被许可的媒体发送权类型对应的媒体流数据。 
本发明还提供一种媒体发送权处理方法，在用于对多方通信进行统一管理的控制点中预先设置媒体发送权类型与媒体发送权属性的对应关系，该方法包括以下步骤： 
用户通过媒体发送权申请向控制点申请在先媒体发送权，控制点根据该媒体发送权申请中携带的用于标识媒体发送权类型的在先媒体发送权类型标 识，以及自身预设的所述媒体发送权类型标识对应的媒体发送权属性，对该在先媒体发送权进行判决并得出授权结果； 
控制点根据所述授权结果，向该用户给出所述在先媒体发送权类型被许可的许可媒体发送权响应，向该用户所在群组的其他用户发送所述被许可的在先媒体发送权类型对应的接受响应；该用户向自身所在群组的其他用户发送被许可的在先媒体发送权类型对应的媒体流数据； 
控制点接收到该申请在先媒体发送权的用户或该用户所在群组的其他申请在后媒体发送权的用户的在后媒体发送权申请，并判决出所述在后媒体发送权授权结果为被许可； 
在控制点接收到来自该申请在先媒体发送权的用户的在先媒体发送权释放请求后，向该申请在先媒体发送权的用户或申请在后媒体发送权的用户给出所述在后媒体发送权类型对应的许可媒体发送权响应，向该申请在先媒体发送权的用户或申请在后媒体发送权的用户所在群组的其他用户发送被许可的在后媒体发送权类型对应的接受响应，该申请在先媒体发送权的用户或申请在后媒体发送权的用户向自身所在群组的其他用户发送被许可的在后媒体发送权类型对应的媒体流数据。 
进一步地，该方法还包括：所述控制点向所述申请在先媒体发送权的用户所在群组的其他用户发送所述在先媒体发送权空闲消息。 
本发明还提供一种媒体发送权处理方法，在用于对多方通信进行统一管理的控制点中预先设置媒体发送权类型与媒体发送权属性的对应关系，该方法包括以下步骤： 
用户通过媒体发送权申请向控制点申请媒体发送权，控制点根据该媒体发送权申请中携带的用于标识媒体发送权类型的媒体发送权类型标识，以及自身预设的所述媒体发送权类型标识对应的媒体发送权属性，对该媒体发送权进行判决并得出授权结果； 
控制点根据所述授权结果，向该用户给出所述媒体发送权类型中被许可或被拒绝的许可或拒绝媒体发送权响应，向该用户所在群组的其他用户发送所述被许可的媒体发送权类型对应的接受响应； 
该用户向自身所在群组的其他用户发送被许可的媒体发送权类型对应的媒体流数据。 
本发明还提供一种媒体发送权处理装置，该装置设置在多方通信***中，包括： 
判决模块，用于接收来自用户的包含媒体发送权类型的媒体发送权申请，从存储模块中获取媒体发送权类型与媒体发送权属性的对应关系，并根据该对应关系判决是否授权接收到的媒体发送权申请，将判决得到的授权结果发送给发送模块，其中，所述媒体发送权属性包括不同类型媒体发送权各自的基本属性、用于标识不同类型媒体发送权之间是否相互影响的影响属性、以及用于标识不同类型媒体发送权之间是否存在授权顺序且标识授权先后顺序关系的授权顺序属性； 
所述存储模块，用于存储设置的媒体发送权类型与媒体发送权属性的对应关系； 
发送模块，用于接收来自判决模块的授权结果，向申请媒体发送权的用户和该用户所在群组的其他用户发送媒体发送权响应及媒体流数据。 
进一步地，所述发送模块包括： 
用于向该用户发送所述媒体发送权类型中被许可的媒体发送权类型对应的许可媒体发送权响应的子模块； 
用于向该用户所在群组的其他用户发送被许可的媒体发送权类型对应的接受响应的子模块。 
进一步地，所述媒体发送权处理装置设置在用于对多方通信进行统一管理的控制点中；或为独立实体。 
由上述技术方案可见，本发明在多方通信***中的控制点如服务器接收到来自用户的媒体发送权申请如媒体发送权请求消息后，控制点根据该媒体发送权申请中包含的媒体发送权类型以及服务器自身预先设置的媒体发送权类型与媒体发送权属性的对应关系，判决并得出授权结果，控制点按照授权结果向该用户发送所述媒体发送权类型中被许可的媒体发送权类型对应的许可媒体发送权响应、向该用户所在群组的其他用户发送被许可的媒体发送权类型对应的接受响应，该用户向自身所在群组的其他用户发送被许可的媒体发送权类型对应的媒体流数据；向该用户发送所述媒体发送权类型中被拒绝的媒体发送权类型对应的拒绝媒体发送权响应。这里所说的其他用户可能是群组中剩余的所有用户，也可能是群组中剩余用户中的部分用户，具体按照控制点中的实际配置或发起媒体发送权申请的用户的指定来确定。 
用户可以通过在同一媒体发送权申请中携带多种类型媒体发送权向控制点申请不同类型的媒体发送权即并行申请，或者通过不同的媒体发送权申请向控制点依次申请不同类型的媒体发送权即串行申请；而控制点可以同时对不同类型的媒体发送权进行判决并在同一许可和/或拒绝媒体发送权响应中给出媒体发送权响应即并行响应，也可以同时对不同类型的媒体发送权进行判决并分别依次给出不同的媒体发送权响应或分别对不同类型的媒体发送权进行判决并分别给出不同的媒体发送权响应即串行响应。 
不同类型媒体发送权之间的关系可以是互不影响的，如语音(Voice)媒体发送权与背景数据媒体发送权；不同类型媒体发送权之间的关系可以是相互影响的，如语音媒体发送权与FTP媒体发送权，在网络传输资源有限时， 用户获得语音媒体发送权时，可以撤回已获权的FTP媒体发送权以节约传输资源，从而减少对语音质量的影响；对不同类型媒体发送权的授权可以存在先后顺序，也可以无先后顺序；控制点根据自身预设的不同类型媒体发送权对应的媒体发送权属性对媒体发送权申请进行判决。不同类型媒体发送权之间的关系可以通过用户或运营商在服务器中设置的媒体发送权属性中的影响属性和授权顺序属性来表示，媒体发送权属性还可以包括对应不同类型媒体发送权的基本属性如该类型媒体发送权当前是否已被授权，或该类型媒体发送权是否允许当前申请用户申请该媒体发送权等。 
本发明方法针对多媒体业务为多方通信提供的多种类型的媒体发送权请求，实现了对多种媒体发送权的控制。而且，本发明还对不同类型的媒体发送权进行分类，根据控制点中预设的媒体发送权属性，实现了对多种媒体发送权的合理控制。 
附图说明
图1是现有技术媒体发送权处理的流程图； 
图2是本发明媒体发送权处理实施例一的流程图； 
图3是本发明媒体发送权处理实施例二的流程图； 
图4是本发明媒体发送权处理实施例三的流程图； 
图5是本发明媒体发送权处理实施例四的流程图； 
图6是本发明媒体发送权处理实施例五的流程图； 
图7是本发明媒体发送权处理实施例六的流程图； 
图8是本发明媒体发送权处理实施例七的流程图； 
图9是本发明媒体发送权组成示意图。 
具体实施方式
本发明的核心思想是：多方通信***中的控制点接收到来自用户的媒体发送权申请后，根据该申请中携带的媒体发送权类型及控制点预先设置的媒 体发送权类型与媒体发送权属性的对应关系判决并得出授权结果，所述控制点按照授权结果对申请媒体发送权的用户和该用户所在群组的其他用户分别发送媒体发送权响应和授权响应。 
为使本发明的目的、技术方案及优点更加清楚明白，以下参照附图并举较佳实施例，对本发明进一步详细说明。 
图9是本发明媒体发送权处理装置组成示意图，如图9所示，该媒体发送权处理装置设置在多方通信***中，包括： 
判决模块，接收来自用户的携带媒体发送权类型的媒体发送权申请，从存储模块中获取媒体发送权类型与媒体发送权属性的对应关系，并根据该对应关系判决是否授权接收到的媒体发送权申请，将判决得到的授权结果发送给发送模块； 
存储模块，存储预先设置的媒体发送权类型与媒体发送权属性的对应关系； 
发送模块，接收来自判决模块的授权结果，向申请媒体发送权的用户和该用户所在群组的其他用户发送媒体发送权响应及媒体流数据。 
其中所述发送模块向申请媒体发送权的用户和该用户所在群组的其他用户发送媒体发送权响应及媒体流数据具体包括：向该用户发送所述媒体发送权类型中被许可的媒体发送权类型对应的许可媒体发送权响应、向该用户所在群组的其他用户发送被许可的媒体发送权类型对应的接受响应，该用户向自身所在群组的其他用户发送被许可的媒体发送权类型对应的媒体流数据；向该用户发送所述媒体发送权类型中被拒绝的媒体发送权类型对应的拒绝媒体发送权响应。 
该媒体发送权处理装置可以设置在用于对多方通信进行统一管理的控制点中；或者是一独立实体。 
在多方通信***中，当媒体发送权申请中存在多种类型媒体发送权时，控制点需要考虑媒体发送权属性中各类型媒体发送权之间的关系，以便采用预设的媒体发送权属性对媒体发送权申请进行判决并给出合理的授权结果。 本发明中，将不同类型媒体发送权之间的关系分为以下四种： 
1)互不影响且无顺序的关系 
不同类型媒体发送权中某类型媒体发送权的授权已否不会影响其它类型媒体发送权的授权，而且对不同类型媒体发送权的授权不存在先后顺序，控制点可以同时对不同类型媒体发送权进行授权，也可以分别授权。比如：语音类媒体发送权如发言和背景数据类媒体发送权如消息(message)。这种互不影响的关系、无顺序关系分别对应媒体发送权属性中的影响属性和授权顺序属性，即影响属性为互不影响，授权顺序属性为无顺序。 
2)互不影响但有顺序的关系 
不同类型媒体发送权中某类型媒体发送权的授权已否不会影响其它类型媒体发送权的授权，但对不同类型媒体发送权的授权存在先后顺序，控制点需要按照先后顺序依次对不同类型媒体发送权授权，即使顺序在先的媒体发送权在后申请，也需要撤回并中断当前已获得的媒体发送权而先执行该顺序在先的媒体发送权，直到该顺序在先的媒体发送权释放；也可以等当前的顺序在后的媒体发送权执行完成后，立刻转到对该在后申请顺序在先的媒体发送权进行处理。比如：在媒体发送权申请中包括语音类媒体发送权和背景数据类媒体发送权时，若控制点设置背景数据类媒体发送权的授权顺序在语音类媒体发送权之前，那么控制点先对背景数据类媒体发送权进行授权判决并在完成背景数据流发送后，再判决是否对语音类媒体发送权进行授权。这种互不影响的关系、有顺序关系分别对应媒体发送权属性中的影响属性和授权顺序属性，即影响属性为互不影响，授权顺序属性为有顺序且标识顺序的先后关系。 
3)互相影响且有顺序的关系 
不同类型媒体发送权中某类型媒体发送权的授权已否会影响其它类型媒体发送权的授权，而且对不同类型媒体发送权的授权存在先后顺序，控制点只能按照不同类型媒体发送权的顺序依次授权。比如：在申请中包括语音类媒体发送权和FTP类媒体发送权，且控制点中预设语音类媒体发送权的优 先级高于FTP类媒体发送权，那么，在网络传输资源有限时，用户获得语音媒体发送权时，撤回并中断已获得的FTP媒体发送权。这种互相影响的关系、有顺序关系分别对应媒体发送权属性中的影响属性和授权顺序属性，即影响属性为互相影响，授权顺序属性为有顺序且标识顺序的先后关系，比如采用优先级来标识授权的先后顺序，优先级高的授权顺序在先，优先级低的授权顺序在后。 
4)互相影响但无顺序的关系 
不同类型媒体发送权中某类型媒体发送权的授权已否会影响其它类型媒体发送权的授权，但是对不同类型媒体发送权的授权不存在先后顺序，控制点可以按照申请顺序依次对不同类型媒体发送权进行授权，也可以按照预设授权顺序条件依次对不同类型媒体发送权进行授权，比如由运营商在控制点配置的或者是用户采用会话的参数标识的授权顺序条件。比如背景数据类媒体发送权和FTP类媒体发送权。这种互相影响的关系、无顺序关系分别对应媒体发送权属性中的影响属性和授权顺序属性，即影响属性为互相影响，授权顺序属性为无顺序。 
具体来讲，授权顺序条件由运营商在控制点配置是运营商在控制点配置各类型媒体发送权的属性如基本属性，然后再配置不同类型媒体发送权之间的关系如影响属性、授权顺序属性等；授权顺序条件由用户在媒体发送权申请中标识影响属性和/或授权顺序属性是运营商在控制点设置每一类媒体发送权的基本属性，用户可以在申请媒体发送权时，在该申请中设置媒体发送权类型之间的影响属性和/或授权顺序属性，比如，在一次申请中，用户可以设定语音媒体发送权和视频媒体发送权是相互影响的，那么控制点将不会同时许可这两种媒体发送权给用户，再如，在另一次申请中，用户可以设定语音媒体发送权和视频媒体发送权是互不影响的，那么控制点可以同时许可两种媒体发送权给用户。 
上述不同类型媒体发送权的媒体发送权属性可以通过运营商配置在控制点中，也可以是用户直接在会话中通过用于存储会话属性的群组数据服务 器进行媒体发送权属性参数的设置与修改，比如可以通过超文本传输协议(HTTP)或增强标识语言能力访问协议(XCAP)访问万维网(WEB)的方式，也可以通过会话初始化协议(SIP)方式进行订阅通知来进行修改等。所述设置和修改方式的具体实现属于本领域技术人员公知技术，这里不再赘述。 
按照上述不同类型媒体发送权之间的关系，控制点判决并给出合理的授权结果的方法可以包括： 
若所述媒体发送权申请中携带的媒体发送权类型之间的影响属性为互不影响，授权顺序属性为无顺序，则所述媒体发送权类型中基本属性为未被授权且允许当前用户申请的媒体发送权类型被许可授权且授权无顺序； 
若所述媒体发送权申请中携带的媒体发送权类型之间的影响属性为互不影响，授权顺序属性为有顺序，则所述媒体发送权类型中基本属性为未被授权且允许当前用户申请的媒体发送权类型被许可授权且按照所述授权顺序属性中的授权先后顺序进行授权； 
若所述媒体发送权申请中携带的媒体发送权类型之间的影响属性为相互影响，授权顺序属性为有顺序，则所述媒体发送权类型中基本属性为未被授权且允许当前用户申请的媒体发送权类型被许可授权且按照所述授权顺序属性中的授权先后顺序进行授权； 
若所述媒体发送权申请中携带的媒体发送权类型之间的影响属性为相互影响，授权顺序属性为无顺序，则所述媒体发送权类型中基本属性为未被授权且允许当前用户申请的媒体发送权类型被许可授权且按照申请顺序或预设授权顺序条件进行授权。 
下面针对不同类型媒体发送权之间的关系，假设某群组中的一用户申请类型A和类型B的媒体发送权简称为媒体发送权A和媒体发送权B，服务器中预先设置有媒体发送权A和媒体发送权B的媒体发送权属性，举实施例对本发明方法进行详细描述： 
实施例一，图2是本发明媒体发送权处理实施例一的流程图，假设媒体 发送权A与媒体发送权B之间为互不影响且无顺序的关系，用户终端并行申请媒体发送权A与媒体发送权B，服务器对媒体发送权A和媒体发送权B的判决进行并行响应，具体实现包括以下步骤： 
步骤200～步骤201：发起申请的用户通过UE1向服务器发送媒体发送权A和媒体发送权B请求(Floor[A&B]Request)消息，服务器根据该Floor[A&B]Request消息中携带的用于标识媒体发送权类型的媒体发送权类型标识，以及自身预设的该媒体发送权类型标识对应的媒体发送权属性对媒体发送权进行判决。 
该Floor[A&B]Request消息中携带媒体发送权A和媒体发送权B的媒体发送权类型标识。服务器根据Floor[A&B]Request消息中携带的媒体发送权类型标识识别当前申请的媒体发送权A和媒体发送权B，并根据媒体发送权A和媒体发送权B对应的媒体发送权属性进行许可或拒绝。 
本实施例中，媒体发送权A和媒体发送权B对应的媒体发送权属性包括影响属性为互不影响，授权顺序属性为无顺序，假设媒体发送权属性中的基本属性包括媒体发送权A和媒体发送权B均未被授权、该UE1有权申请媒体发送权A和媒体发送权B等，则服务器许可媒体发送权A和媒体发送权B且授权无顺序。 
步骤202～步骤203：服务器向UE1发送许可媒体发送权A和媒体发送权B(Floor[A&B]Grant)消息，并向UE1所在群组中的其他UE发送接受媒体发送权A和媒体发送权B(Floor[A&B]Taken)消息。 
步骤204：UE1向自身所在群组的其他UE发送媒体流A和媒体流B的数据。 
实施例二，图3是本发明媒体发送权处理实施例二的流程图，假设媒体发送权A与媒体发送权B之间为互不影响且无顺序的关系，用户终端并行申请媒体发送权A与媒体发送权B，服务器对媒体发送权A和媒体发送权B同时判决后分别响应的串行响应，具体实现包括以下步骤： 
步骤300～步骤301：发起申请的用户通过UE1向服务器发送Floor[A&B] Request消息，服务器根据该Floor[A&B]Request消息中携带的媒体发送权类型标识，以及自身预设的该媒体发送权类型标识对应的媒体发送权属性对媒体发送权进行判决。 
本步骤具体实现与步骤200～步骤201完全一致，这里不再重述。 
本实施例中，媒体发送权A和媒体发送权B对应的媒体发送权属性包括影响属性为互不影响，授权顺序属性为无顺序，假设媒体发送权属性中的基本属性包括媒体发送权A和媒体发送权B均未被授权、该UE1有权申请媒体发送权A、该UE1无权申请媒体发送权B等，则服务器许可媒体发送权A，拒绝媒体发送权B。 
步骤302～步骤303：服务器向UE1发送许可媒体发送权A(FloorA Grant)消息，并向UE1所在群组中的其他UE发送接受媒体发送权A(FloorA Taken)消息。 
步骤304：服务器向UE1发送拒绝媒体发送权B(FloorB Reject)消息。 
步骤305：UE1向自身所在群组的其他UE发送媒体流A的数据。 
本实施例中，比如基本属性包括媒体发送权A和媒体发送权B均未被授权、该UE1无权申请媒体发送权A和媒体发送权B，则服务器判决拒绝媒体发送权A和媒体发送权B，服务器可以向UE1发送拒绝媒体发送权A和媒体发送权B(Floor[A&B]Reject)消息，或者可以分别发送拒绝媒体发送权A(FloorAReject)消息和FloorB Reject消息后结束本流程。 
实施例三，图4是本发明媒体发送权处理实施例三的流程图，假设媒体发送权A与媒体发送权B之间为互不影响且无顺序的关系，用户终端串行申请媒体发送权A和媒体发送权B，服务器对媒体发送权A和媒体发送权B分别判决后分别响应的串行响应，具体实现包括以下步骤： 
步骤400～步骤401：发起申请的用户通过UE1向服务器发送媒体发送权A请求(FloorA Request)消息，服务器根据该FloorA Request消息中携带的媒体发送权类型标识，以及自身预设的该媒体发送权类型标识对应的媒体发送权属性对媒体发送权进行判决。 
本步骤具体实现与步骤200～步骤201完全一致，这里不再重述。 
本实施例中，假设媒体发送权A的基本属性包括媒体发送权A未被授权、该UE1有权申请媒体发送权A，则服务器许可媒体发送权A。 
步骤402～步骤404：服务器向UE1发送FloorA Grant消息，并向UE1所在群组中的其他UE发送FloorA Taken消息，之后，UE1向自身所在群组的其他UE发送媒体流A的数据。 
步骤405～步骤406：UE1向服务器发送媒体发送权B请求(FloorBRequest)消息，服务器根据该FloorB Request消息中携带的媒体发送权类型标识，以及自身预设的该媒体发送权类型标识对应的媒体发送权属性对媒体发送权进行判决。 
本实施例中，媒体发送权B与当前已授权的媒体发送权A对应的媒体发送权属性包括影响属性为互不影响，授权顺序属性为无顺序，假设媒体发送权B的基本属性包括媒体发送权B已被授权、该UE1有权申请媒体发送权B，则服务器拒绝媒体发送权B。 
步骤407：服务器向UE1发送FloorB Reject消息。 
本实施例中，若在步骤405～步骤406中，若媒体发送权B的基本属性包括媒体发送权B未被授权、该UE1有权申请媒体发送权B，则服务器许可媒体发送权B，之后，不执行步骤407，而执行步骤408～步骤410，服务器向UE1发送FloorB Grant消息，并向该群组中的其他UE发送FloorB Taken消息，之后，UE1向自身所在群组的其他UE发送媒体流B的数据。 
另外，本实施例中，如果服务器中媒体发送权属性中对媒体发送权A和媒体发送权B的申请不限定于同一用户，则步骤405～步骤406中对媒体发送权B的请求可以是其他用户提出的，具体实现过程与步骤405～步骤407，或步骤405～步骤406、步骤408～步骤410相同；如果服务器中媒体发送权属性中对媒体发送权A和媒体发送权B的申请限于同一用户，服务器会拒绝由其他用户发起的媒体发送权B的请求，且所述其他用户只能在媒体发送权A释放后才能重新申请。 
实施例四，图5是本发明媒体发送权处理实施例四的流程图，假设媒体发送权A与媒体发送权B之间为互不影响但有顺序的关系，用户终端并行申请媒体发送权A和媒体发送权B，服务器对媒体发送权A和媒体发送权B同时判决后分别按照顺序依次响应的串行响应，具体实现包括以下步骤： 
步骤500～步骤502：发起申请的用户通过UE1向服务器发送Floor[A&B]Request消息，服务器根据该Floor[A&B]Request消息中携带的媒体发送权类型标识，以及自身预设的该媒体发送权类型标识对应的媒体发送权属性对媒体发送权进行判决，服务器向UE1发送FloorA Grant消息。 
本实施例中，媒体发送权A和媒体发送权B对应的媒体发送权属性包括影响属性为互不影响，授权顺序属性为有顺序且假设媒体发送权A为在先授权、媒体发送权B为在后授权，假设媒体发送权属性中的基本属性包括媒体发送权A和媒体发送权B均未被授权、该UE1有权申请媒体发送权A和媒体发送权B，则服务器许可媒体发送权A和媒体发送权B且授权有顺序，即媒体发送权A为在先授权、媒体发送权B为在后授权。 
由于媒体发送权A为在先授权，因此本步骤中，服务器依次仅向UE1发送FloorA Grant消息，此时，服务器将已授权的媒体发送权B的基本属性中的媒体发送权B是否已被授权设置为已授权，直到媒体发送权B使用结束。 
步骤503～步骤504：服务器向UE1所在群组中的其他UE发送Floor[A&B]Taken消息，UE1向自身所在群组的其他UE发送媒体流A的数据。 
本实施例中，服务器依次向UE1发送许可媒体发送权响应，但是同时向UE1所在群组中的其他UE发送接受媒体发送权A和媒体发送权B响应。 
步骤505～步骤506：服务器接收到来自UE1的媒体发送权A释放(FloorARelease)消息后，向UE1发送FloorB Grant消息。 
步骤507：UE1向自身所在群组的其他UE发送媒体流B的数据。 
实施例五，图6是本发明媒体发送权处理实施例五的流程图，假设媒体发送权A与媒体发送权B之间为互不影响但有顺序的关系且假设媒体发送权A为在先授权、媒体发送权B为在后授权，用户终端并行申请媒体发送权A 和媒体发送权B，服务器对媒体发送权A和媒体发送权B同时判决后分别按照顺序依次响应的串行响应，具体实现包括以下步骤： 
步骤600～步骤602：发起申请的用户通过UE1向服务器发送Floor[A&B]Request消息，服务器根据该Floor[A&B]Request消息中携带的媒体发送权类型标识，以及自身预设的该媒体发送权类型标识对应的媒体发送权属性对媒体发送权进行判决，服务器向UE1发送FloorA Grant消息。 
具体实现与步骤500～步骤502完全一致，这里不再重述。同样，服务器将已授权的媒体发送权B的基本属性中的媒体发送权B是否已被授权设置为已授权，直到媒体发送权B使用结束而未被再次授权。 
步骤603～步骤604：服务器向UE1所在群组中的其他UE发送FloorATaken消息，UE1向自身所在群组的其他UE发送媒体流A的数据。 
步骤605～步骤607：服务器接收到来自UE1的释放媒体发送权A的FloorA Release消息后，向UE1发送FloorB Grant消息，并向UE1所在群组中的其他UE发送接受媒体发送权B的FloorB Taken消息。 
本实施例中，服务器依次向UE1发送许可媒体发送权响应，且依次向UE1所在群组中的其他UE发送接受媒体发送权响应。 
步骤608：UE1向自身所在群组的其他UE发送媒体流B的数据。 
需要说明的是，假设用户需要申请三种媒体发送权，可以先在同一媒体发送权申请中携带两种媒体发送权进行申请，再在另一媒体发送权申请中携带第三种媒体发送权进行申请；也可以先在一媒体发送权申请中携带其中一种媒体发送权进行申请，再在另一媒体发送权申请中同时携带其它两种媒体发送权进行申请等等。 
实施例六，图7是本发明媒体发送权处理实施例五的流程图，假设媒体发送权A与媒体发送权B之间为互不影响但有顺序的关系，用户终端串行申请媒体发送权A和媒体发送权B，服务器对媒体发送权A和媒体发送权B依次判决后分别按照顺序依次响应的串行响应，具体实现包括以下步骤： 
步骤700～步骤702：发起申请的用户通过UE1向服务器发送FloorA Request消息，服务器根据该FloorA Request消息中携带的媒体发送权类型标识，以及自身预设的该媒体发送权类型标识对应的媒体发送权属性对媒体发送权进行判决，服务器向UE1发送FloorA Grant消息。 
具体实现与步骤500～步骤502完全一致，本实施例中仅对媒体发送权A进行判决且许可媒体发送权A，这里不再重述。 
步骤703～步骤704：服务器向UE1所在群组中的其他UE发送FloorATaken消息，UE1向自身所在群组的其他UE发送媒体流A的数据。 
步骤705～步骤706：UE1向服务器发送FloorB Request消息，服务器根据该FloorB Request消息中携带的媒体发送权类型标识，以及自身预设的该媒体发送权类型标识对应的媒体发送权属性对媒体发送权进行判决后等待媒体发送权A的释放。 
具体实现与步骤500～步骤502完全一致，本实施例中仅对媒体发送权B进行判决且许可媒体发送权B，这里不再重述。 
需要说明的是，本步骤中请求媒体发送权B的FloorB Request消息也可以是其他用户发起的。 
步骤707～步骤708：服务器接收到来自UE1的FloorA Release消息后，向UE1所在群组的其他UE发送媒体发送权A空闲(FloorA Free)消息。 
步骤709～步骤710：服务器向UE1发送FloorB Grant消息，并向UE1所在群组中的其他UE发送FloorB Taken消息。 
本实施例中，服务器依次对媒体发送权申请进行判决，依次向UE1发送许可媒体发送权响应，且依次向UE1所在群组中的其他UE发送接受媒体发送权响应。 
步骤711：UE1向自身所在群组的其他UE发送媒体流B的数据。 
实施例七，图8是本发明媒体发送权处理实施例六的流程图，假设媒体发送权A与媒体发送权B之间为互不影响但有顺序的关系，用户终端串行申请媒体发送权A和媒体发送权B，服务器对媒体发送权A和媒体发送权B依次判决后分别按照顺序依次响应的串行响应；本实施例与实施例六不同的是， 在先申请的媒体发送权A的授权顺序属性为在后授权，而在后申请的媒体发送权B的授权顺序属性为在先授权，具体实现包括以下步骤： 
步骤800～步骤805的实现与步骤700～步骤705完全一致，这里不再重述。 
步骤806～步骤809：服务器判决许可媒体发送权B后，向UE1发送撤回媒体发送权A(FloorA Revoke)请求；UE1向服务器发送FloorA Release消息，服务器向UE1所在群组的其他UE发送FloorA Free消息。 
这里，在服务器判决许可媒体发送权B后，可以选择将已授权的媒体发送权A的基本属性中的媒体发送权A是否已被授权设置为已授权，直到媒体发送权A使用结束而未被再次授权；或者将已授权的媒体发送权A的基本属性中的媒体发送权A是否已被授权设置为未授权。本步骤中，假设服务器将已授权的媒体发送权A的基本属性中的媒体发送权A是否已被授权设置为已授权。 
步骤810～步骤812：服务器向UE1发送FloorB Grant消息，并向UE1所在群组中的其他UE发送FloorB Taken消息；UE1向自身所在群组的其他UE发送媒体流B的数据。 
步骤813～步骤814：服务器接收到来自UE1的FloorB Release消息后，向UE1所在群组的其他UE发送媒体发送权B空闲(FloorB Free)消息。 
步骤815～步骤817：服务器向UE1发送FloorA Grant消息，并向UE1所在群组中的其他UE发送FloorA Taken消息；UE1向自身所在群组的其他UE发送媒体流A的数据。 
对于影响属性为互相影响，授权顺序属性为无顺序的包含不同类型媒体发送权的请求，媒体发送权的申请可以是并行申请，也可以是串行申请，但是，由于不同类型的媒体发送权互相影响，因此不能同时进行媒体流数据的发送，即服务器对不同类型媒体发送权的响应只能是串行响应即逐一许可请求并进行媒体流数据发送或拒绝请求，其中，拒绝可以拒绝部分或者拒绝全部。例如可采用图3、图4等所示的流程图。另外，对于许可的媒体发送权类型，服务器可以设置一个授权顺序条件，按照该授权顺序条件进行不同类型 媒体发送权的媒体流数据的发送。该授权顺序条件的顺序可以由用户或运营商在控制点配置的或者是会话的参数标识的授权顺序条件。用户可以修改群组的属性参数，在建立会话时，***会根据用户的要求或者设置执行。比如用户设置媒体发送权A和媒体发送权B的授权顺序属性为有顺序，则服务器将按照该授权顺序属性对媒体发送权进行处理。 
对于影响属性为互相影响，授权顺序属性为有顺序的包含不同类型媒体发送权的请求，媒体发送权的申请可以是并行申请，也可以是串行申请，但是，由于不同类型的媒体发送权互相影响且授权有顺序，因此不能同时进行媒体流数据的发送，即服务器对不同类型媒体发送权的响应只能是串行响应即按照顺序依次许可请求并进行媒体流数据发送或拒绝请求；在拒绝的时候可以拒绝部分或者拒绝全部，其中，拒绝可以拒绝部分或者拒绝全部。例如可采用图6、图7、图8等所示的流程图。 
以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。 

Claims (22)

1.一种媒体发送权处理方法，其特征在于，多方通信***中，在用于对多方通信进行统一管理的控制点中设置媒体发送权类型与媒体发送权属性的对应关系，该方法还包括以下步骤：
所述控制点接收到来自用户的媒体发送权申请后，根据该媒体发送权申请中包含的媒体发送权类型对应的媒体发送权属性判决并得出授权结果；
所述控制点按照授权结果，对申请媒体发送权的用户和该用户所在群组的其他用户发送媒体发送权响应，其中，所述媒体发送权属性包括不同类型媒体发送权各自的基本属性、用于标识不同类型媒体发送权之间是否相互影响的影响属性、以及用于标识不同类型媒体发送权之间是否存在授权顺序且标识授权先后顺序关系的授权顺序属性。
2.根据权利要求1所述的方法，其特征在于，所述控制点按照授权结果，对申请媒体发送权的用户和该用户所在群组的其他用户发送媒体发送权响应包括：
所述控制点向该用户发送所述媒体发送权类型中被许可的媒体发送权类型对应的许可媒体发送权响应、向该用户所在群组的其他用户发送被许可的媒体发送权类型对应的接受响应。
3.根据权利要求1或2所述的方法，其特征在于，所述方法还包括：
当该用户申请的媒体发送权类型得到许可时，该用户向自身所在群组的其他用户发送被许可的媒体发送权类型对应的媒体流数据。
4.根据权利要求1所述的方法，其特征在于，所述控制点接收到的所述媒体发送权申请包括：
用户在同一媒体发送权申请中携带多种类型媒体发送权向控制点申请不同类型的媒体发送权；或者
用户通过不同的媒体发送权申请，每个媒体发送权申请中携带一种或多种类型媒体发送权向控制点依次申请不同类型的媒体发送权。 
5.根据权利要求1或4所述的方法，其特征在于，所述控制点进行判决并发送所述媒体发送权响应的步骤包括：
所述控制点同时对不同类型的媒体发送权进行判决并在同一媒体发送权响应中给出媒体发送权响应；或者
所述控制点同时对不同类型的媒体发送权进行判决并分别依次给出不同的媒体发送权响应；或者
所述控制点分别对不同类型的媒体发送权进行判决并分别给出不同的媒体发送权响应。
6.根据权利要求1或2所述的方法，其特征在于，所述基本属性包括：类型媒体发送权自身当前是否已被授权、类型媒体发送权自身是否允许当前用户申请。
7.根据权利要求6所述的方法，其特征在于，所述控制点判决并得出判决结果的步骤包括：
若所述媒体发送权申请中携带的媒体发送权类型之间的影响属性为互不影响，授权顺序属性为无顺序，则所述媒体发送权类型中基本属性为未被授权且允许当前用户申请的媒体发送权类型被许可授权且授权无顺序或按照预设授权顺序条件进行授权；
若所述媒体发送权申请中携带的媒体发送权类型之间的影响属性为互不影响，授权顺序属性为有顺序，则所述媒体发送权类型中基本属性为未被授权且允许当前用户申请的媒体发送权类型被许可授权且按照所述授权顺序属性中的授权先后顺序进行授权；
若所述媒体发送权申请中携带的媒体发送权类型之间的影响属性为相互影响，授权顺序属性为有顺序，则所述媒体发送权类型中基本属性为未被授权且允许当前用户申请的媒体发送权类型被许可授权且按照所述授权顺序属性中的授权先后顺序进行授权；
若所述媒体发送权申请中携带的媒体发送权类型之间的影响属性为相互影响，授权顺序属性为无顺序，则所述媒体发送权类型中基本属性为未被授权且 允许当前用户申请的媒体发送权类型被许可授权且按照申请顺序或预设授权顺序条件进行授权。
8.根据权利要求7所述的方法，其特征在于，所述授权顺序条件为：运营商在控制点设置的各类型媒体发送权的媒体发送权属性；或者用户在媒体发送权申请中标识的影响属性和/或授权顺序属性。
9.根据权利要求1或2所述的方法，其特征在于，该方法还包括：
若控制点接收到另一在后媒体发送权申请，该在后媒体发送权申请中被许可的媒体发送权类型与在先媒体发送权申请中所述被许可且发送媒体流数据的媒体发送权类型之间的授权顺序属性为：有顺序且标识在后媒体发送权申请中被许可的媒体发送权类型授权顺序在先，
则所述控制点撤回并中断在先媒体发送权申请中已获得的媒体发送权，执行在后媒体发送权申请中获得的媒体发送权，直到所述控制点接收到该在后媒体发送权申请的媒体发送权释放通知；或者，
所述控制点在在先媒体发送权申请中已获得的媒体发送权执行完后，执行在后媒体发送权申请中获得的媒体发送权。
10.根据权利要求9所述的方法，其特征在于：所述媒体发送权释放通知为用户向所述控制点发送媒体发送权释放Floor Release消息。
11.根据权利要求10所述的方法，其特征在于，所述控制点接收到所述媒体发送权释放Floor Release消息后，向所述用户所在群组的其他用户发送媒体发送权空闲Floor Free消息。
12.根据权利要求1所述的方法，其特征在于，还包括：运营商在控制点设置所述媒体发送权属性；或用户通过用于存储会话属性的群组数据服务器设置所述媒体发送权属性或修改所述媒体发送权属性。
13.根据权利要求12所述的方法，其特征在于，所述用户通过群组数据服务器设置所述媒体发送权属性或修改所述媒体发送权属性的方法为：用户通过超文本传输协议HTTP或增强标识语言能力访问协议XCAP访问万维网WEB的方式，或会话初始化协议SIP方式设置或修改。 
14.根据权利要求2所述的方法，其特征在于，所述媒体发送权申请为媒体发送权请求Floor Request消息；所述许可媒体发送权响应为许可媒体发送权Floor Grant消息；所述接受响应为接受媒体发送权Floor Taken消息；
所述媒体发送权请求Floor Request消息中携带用于标识媒体发送权类型的媒体发送权类型标识。
15.一种媒体发送权处理方法，其特征在于，在用于对多方通信进行统一管理的控制点中预先设置媒体发送权类型与媒体发送权属性的对应关系，该方法包括以下步骤：
用户通过媒体发送权申请向控制点申请在先媒体发送权，控制点根据该媒体发送权申请中携带的用于标识媒体发送权类型的在先媒体发送权类型标识，以及自身预设的所述媒体发送权类型标识对应的媒体发送权属性，对该在先媒体发送权申请进行判决并得出授权结果；
当所述控制点判决出该在先媒体发送权申请的授权结果为被许可，所述控制点向该用户给出所述在先媒体发送权类型被许可的许可媒体发送权响应，向该用户所在群组的其他用户发送所述被许可的在先媒体发送权类型对应的接受响应；该用户向自身所在群组的其他用户发送被许可的在先媒体发送权类型对应的媒体流数据；
控制点接收到该申请在先媒体发送权的用户或该用户所在群组的其他申请在后媒体发送权的用户的在后媒体发送权申请，并判决出所述在后媒体发送权申请的授权结果为被许可；
在控制点接收到来自该申请在先媒体发送权的用户的在先媒体发送权释放请求后，向该申请在后媒体发送权的用户给出所述在后媒体发送权类型对应的许可媒体发送权响应，向该申请在后媒体发送权的用户所在群组的其他用户发送被许可的在后媒体发送权类型对应的接受响应，该申请在后媒体发送权的用户向自身所在群组的其他用户发送被许可的在后媒体发送权类型对应的媒体流数据。
16.根据权利要求15所述的方法，其特征在于，所述方法还包括：所述控 制点向所述申请在先媒体发送权的用户所在群组的其他用户发送所述在先媒体发送权空闲消息。
17.一种媒体发送权处理方法，其特征在于，在用于对多方通信进行统一管理的控制点中预先设置媒体发送权类型与媒体发送权属性的对应关系，该方法包括以下步骤：
用户通过媒体发送权申请向控制点申请媒体发送权，控制点根据该媒体发送权申请中携带的用于标识媒体发送权类型的媒体发送权类型标识，以及自身预设的所述媒体发送权类型标识对应的媒体发送权属性，对在先媒体发送权申请进行判决并得出授权结果；
当所述控制点判决出所述在先媒体发送权申请的授权结果为被许可，所述控制点向该用户给出所述媒体发送权类型被许可的许可媒体发送权响应，向该用户所在群组的其他用户发送所述被许可的媒体发送权类型对应的接受响应；该用户向自身所在群组的其他用户发送被许可的媒体发送权类型对应的媒体流数据；
控制点接收到该在先申请的媒体发送权对应的用户或该用户所在群组的其他用户的在后媒体发送权申请，并判决出所述在后申请的媒体发送权的媒体发送权授权结果为被许可，且根据预设的媒体发送权属性判定该在后申请的媒体发送权的授权顺序在所述在先申请的媒体发送权之前时；
控制点撤回在先申请的媒体发送权，向在后申请的媒体发送权对应的用户给出所述在后申请的媒体发送权类型对应的许可媒体发送权响应，向该在后申请的媒体发送权对应的用户所在群组的其他用户发送被许可的在后申请的媒体发送权类型对应的接受响应，该在后申请的媒体发送权对应的用户向自身所在群组的其他用户发送被许可的在后申请的媒体发送权类型对应的媒体流数据；
在控制点接收到来自该在后申请的媒体发送权对应的用户的在后申请的媒体发送权的媒体发送权释放请求后，向所述在先申请的媒体发送权对应的用户给出所述在先申请的媒体发送权类型对应的许可媒体发送权响应，向该 在先申请的媒体发送权对应的用户所在群组的其他用户发送被许可的在先申请的媒体发送权类型对应的接受响应，该在先申请的媒体发送权对应的用户向自身所在群组的其他用户发送被许可的在先申请的媒体发送权类型对应的媒体流数据。
18.根据权利要求17所述的方法，其特征在于，所述控制点撤回在先申请的媒体发送权的步骤包括：所述控制点向在先申请的媒体发送权对应的用户发送撤回在先申请的媒体发送权消息，该在先申请的媒体发送权对应的用户向控制点返回在先申请的媒体发送权的释放请求。
19.根据权利要求18所述的方法，其特征在于，在所述控制点接收到在先申请的媒体发送权的释放请求之后，该方法还包括：所述控制点向所述申请在先媒体发送权的用户所在群组的其他用户发送在先媒体发送权空闲消息。
20.一种媒体发送权处理装置，其特征在于，该装置设置在多方通信***中，包括：
判决模块，用于接收来自用户的包含媒体发送权类型的媒体发送权申请，从存储模块中获取媒体发送权类型与媒体发送权属性的对应关系，并根据该对应关系判决是否授权接收到的媒体发送权申请，将判决得到的授权结果发送给发送模块，其中，所述媒体发送权属性包括不同类型媒体发送权各自的基本属性、用于标识不同类型媒体发送权之间是否相互影响的影响属性、以及用于标识不同类型媒体发送权之间是否存在授权顺序且标识授权先后顺序关系的授权顺序属性；
所述存储模块，用于存储设置的媒体发送权类型与媒体发送权属性的对应关系；
发送模块，用于接收来自判决模块的授权结果，向申请媒体发送权的用户和该用户所在群组的其他用户发送媒体发送权响应。
21.根据权利要求20所述的装置，其特征在于，所述发送模块包括：
用于向该用户发送所述媒体发送权类型中被许可的媒体发送权类型对应的许可媒体发送权响应的子模块； 
用于向该用户所在群组的其他用户发送被许可的媒体发送权类型对应的接受响应的子模块；
用于向该用户发送所述媒体发送权类型中被拒绝的媒体发送权类型对应的拒绝媒体发送权响应的子模块。
22.根据权利要求20所述的装置，其特征在于，所述媒体发送权处理装置设置在用于对多方通信进行统一管理的控制点中；或为独立实体。 
CN 200510125779 2005-12-01 2005-12-01 媒体发送权处理方法及装置 Expired - Fee Related CN1980416B (zh)

Priority Applications (3)

Application Number Priority Date Filing Date Title
CN 200510125779 CN1980416B (zh) 2005-12-01 2005-12-01 媒体发送权处理方法及装置
PCT/CN2006/003010 WO2007062574A1 (fr) 2005-12-01 2006-11-09 Procede et dispositif de traitement de droit de transmission de contenu multimedia
EP06805205A EP1968233A4 (en) 2005-12-01 2006-11-09 METHOD AND DEVICE FOR PROCESSING RIGHT OF TRANSMISSION OF MULTIMEDIA CONTENT

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN 200510125779 CN1980416B (zh) 2005-12-01 2005-12-01 媒体发送权处理方法及装置

Publications (2)

Publication Number Publication Date
CN1980416A CN1980416A (zh) 2007-06-13
CN1980416B true CN1980416B (zh) 2011-05-18

Family

ID=38091863

Family Applications (1)

Application Number Title Priority Date Filing Date
CN 200510125779 Expired - Fee Related CN1980416B (zh) 2005-12-01 2005-12-01 媒体发送权处理方法及装置

Country Status (3)

Country Link
EP (1) EP1968233A4 (zh)
CN (1) CN1980416B (zh)
WO (1) WO2007062574A1 (zh)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2009074099A1 (fr) * 2007-12-06 2009-06-18 Huawei Technologies Co., Ltd. Procédé, système et entité logique de commande de flux multimédia
CN107563869B (zh) * 2017-09-26 2021-01-26 苗放 一种基于加密的数据确权方法及***
CN114338906B (zh) * 2021-12-17 2024-04-19 深圳市中兴移动软件有限公司 一种媒体传输配置方法、设备及计算机可读存储介质

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2005062569A1 (en) * 2003-12-11 2005-07-07 Koninklijke Philips Electronics N.V. Floor control for multimedia push-to-talk applications
WO2005064849A1 (en) * 2003-12-22 2005-07-14 Nokia Corporation Method and device for push-to-talk service
CN1695364A (zh) * 2002-09-20 2005-11-09 高通股份有限公司 在组通信网络内提供多媒体的通信设备

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6477150B1 (en) * 2000-03-03 2002-11-05 Qualcomm, Inc. System and method for providing group communication services in an existing communication system
CN100571150C (zh) * 2003-04-23 2009-12-16 华为技术有限公司 可控组播业务的实现方法
KR100617295B1 (ko) * 2003-12-26 2006-08-30 한국전자통신연구원 스트림제어 전송프로토콜을 이용한 멀티미디어 서비스품질 제공 방법
US7912457B2 (en) * 2004-04-21 2011-03-22 Qualcomm Incorporated Methods and apparatus for creation and transport of multimedia content flows
CN1299520C (zh) * 2004-04-28 2007-02-07 中兴通讯股份有限公司 一键通业务***及其业务实现方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1695364A (zh) * 2002-09-20 2005-11-09 高通股份有限公司 在组通信网络内提供多媒体的通信设备
WO2005062569A1 (en) * 2003-12-11 2005-07-07 Koninklijke Philips Electronics N.V. Floor control for multimedia push-to-talk applications
WO2005064849A1 (en) * 2003-12-22 2005-07-14 Nokia Corporation Method and device for push-to-talk service

Also Published As

Publication number Publication date
CN1980416A (zh) 2007-06-13
EP1968233A4 (en) 2009-03-25
WO2007062574A1 (fr) 2007-06-07
EP1968233A1 (en) 2008-09-10

Similar Documents

Publication Publication Date Title
RU2447616C2 (ru) Способ и устройство для услуги "нажми и говори"
CN101283541B (zh) 处理到多用户通信会话的邀请的方法及装置
CN1784672B (zh) 用于创建会议访问逻辑的方法、装置和***
US8437791B2 (en) Method and system for controlling talk time for PoC user
KR101276462B1 (ko) ＰｏＣ 사용자 미디어 전송 권리 요청과 부여를 위한 방법및 시스템
RU2382397C2 (ru) Метод и система для определения сервера с управляющими функциями
EP1862021B1 (en) Communicating the number of participants in push-to-talk over cellular communication sessions
CN101193068B (zh) 一种应答请求的方法和设备
CN101548556A (zh) 建立和管理用于执行多媒体呼叫业务的多媒体基于蜂窝网络的即按即说会话的***及其方法和用户设备
CN101192920A (zh) 一种应答请求的方法和设备
US7577454B2 (en) Method and system for collecting opinions of push-to-talk over cellular participants in push-to-talk over cellular network
CN1871832B (zh) 通信***中的会话
KR101179355B1 (ko) 푸쉬 투 토크 오버 셀룰러 네트워크에서의 서버 및 클라이언트와 이를 이용한 응답 모드에 따른 호처리 방법
US7966031B2 (en) Method and system for dividing single PoC group session
KR20060006664A (ko) ＰｏＣ 시스템의 호 처리 방법
CN1980416B (zh) 媒体发送权处理方法及装置
KR101085704B1 (ko) 푸쉬투토크 오버 셀룰러 시스템의 발언권 관리 방법 및 장치
CN101115073A (zh) PoC业务的会话释放方法和***
KR20060058591A (ko) 밀착결합 멀티컨퍼런스를 이용한 단말에서의 경매 서비스방법 및 장치
CN100499844C (zh) 一种多类型媒体发送权中优先级处理方法及装置
CN101026814A (zh) 一种会话建立话权分配方法及***
RU2384001C2 (ru) Принятие решения о распределении и предоставлении ресурсов для, по меньшей мере, одного потока данных и, по меньшей мере, одного используемого соединения
CN1913669B (zh) 结束PoC会话的方法及实现该方法的PoC服务器
CN1859145B (zh) 一种媒体流控制方法及其装置
KR101075758B1 (ko) 밀착결합 멀티-컨퍼런스 시스템의 투표 서비스 방법 및 시스템

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
C17 Cessation of patent right
CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20110518

Termination date: 20131201