专利名称：：反馈会话信息的方法和装置的制作方法
技术领域：
：本发明涉及通信领域，特别涉及一种反馈会话信息的方法和装置。
背景技术：
：在当今的通信网络中，各种基于IPdnternetProtocol，互联网协议)的电信业务越来越多，VoIP(VoiceoverIP,IP通话)得到广泛的发展，并且扩展到多媒体通信、多方通信等各种各样的多媒体多方会话应运而生，例如，目前一种发展比较快的电信业务PoC(PushtotalkoverCellular，基于蜂窝网的即按即说)业务就是其中一个例子，类似的还有其他各种基于IP多媒体多方通信系统。以PoC业务为例，PoC是一种使用半双工工作模式的业务，允许UE(USerEqUipment，用户设备)与一个或者多个用户设备进行通信，即按即讲，具有通话便利、迅速的优点，并且通信的内容可以包括语音、音频、视频等多种媒体类型。在PoC业务中，整个系统包括PoC客户端、PoC服务器、XDMS(XMLDocumentManagementServer,XML文档管理服务器)等功能实体，其中，PoC服务器分为PoC参与服务器(PoCServerperformingParticipatingPoCFunction,PFserver)禾口PoC会话控制月艮务器(PoCServerperformingtheControllingPoCFunction,CFserver)，分别负责管理PoC客户端的接入和PoC会话的控制。XDMS上保存有PoC群组数据、PoC用户数据、PoC业务策略等各种数据信息，而用户设备则需要支持PoC客户端功能以使用PoC业务。在PoC业务中，每一时刻只能有一个用户设备发言或者发送媒体，其他用户设备只能接收而不能发言或者发送媒体。用户设备在发言或者发送媒体之前必须首先向PoC会话控制服务器发送请求，申请发言或者申请发送媒体，只有在PoC会话控制服务器允许并分配发言权之后，用户设备才可以发言或者发送媒体。PoC业务中还存在一类Receive-Only(仅接收)属性的用户设备，这些用户设备只能接收媒体而不能申请发言权或者发言或者发送媒体。不论是PoC业务还是其他基于IP的多媒体多方通信系统，都使用了一种RTP(Real-timeTransportProtocol，实时传输协议)的技术来承载传输语音或者多媒体的媒体内容，RTCP(RTPControlProtocol，实时传输协议控制协议)则是RTP的控制协议，用于传送RTP媒体相关的SR(SenderR印ort，发送者报告)、RR(ReceiverR印ort，接收者报告)以及其他信息。在RTP/RTCP中规定了在多媒体多方通信系统中，媒体发送设备向会话控制服务器发送SR，指示媒体发送的相关信息；会话控制服务器向媒体发送设备返回RR，指示会话控制服务器的媒体接收情况信息；会话控制服务器将接收到的SR转发给全部的媒体接收设备，媒体接收设备再向会话控制服务器发送RR，指示媒体接收设备的媒体接收情况信息。但是，在PoC业务或者其他基于IP的多媒体多方通信系统中，都存在一个共同的问题媒体发送设备发送媒体后，无法获知媒体接收设备的媒体接收情况。
发明内容本发明实施例提供了一种反馈会话信息的方法和装置，能够解决媒体发送设备在发送媒体后无法得知媒体是否传送到媒体接收设备的问题。一方面，本发明实施例提供了一种反馈会话信息的方法，包括接收媒体接收设备发送的接收者报告，根据所述接收者报告生成汇总接收者报生P=I；发送所述汇总接收者报告。另一方面，本发明实施例提供了一种网络侧实体，包括接收模块，用于接收媒体接收设备发送的接收者报告；生成模块，用于根据所述接收模块接收的所述接收者报告生成所述汇总接收者报生P=I；发送模块，用于发送所述生成模块生成的所述汇总接收者报告。以上发明实施例提供的技术方案根据接收者报告生成汇总接收者报告(SumReceiverReport,SRR)，并发送生成的汇总接收者报告，可以使媒体发送设备获知媒体接收设备的媒体接收情况，提升了系统的工作效率和增强了用户的体验。一方面，本发明实施例提供了一种提示反馈信息的方法，包括接收网络侧实体发送的汇总接收者报告；根据所述汇总接收者报告向用户进行提示。另一方面，本发明实施例提供了一种用户设备，包括接收模块，用于接收网络侧实体发送的汇总接收者报告；提示模块，用于根据所述汇总接收者报告向用户进行提示。以上发明实施例提供的技术方案通过向用户提示反馈信息，可以使用户能够很快地了解到媒体接收设备的接收异常，进而选择重复刚才的发言或者其他应对处理，提升了整个系统的工作效率。为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。图1是本发明实施例1提供的反馈会话信息的方法的示意图；图2是本发明实施例2提供的另一种反馈会话信息的方法的流程图；图3是本发明实施例3提供的一种提示反馈信息的方法的示意图；图4是本发明实施例4提供的一种网络侧实体的结构示意图；图5是本发明实施例5提供的一种用户设备的结构示意图。具体实施例方式在实现本发明的过程中，发明人发现在PoC业务或者其他基于IP的多媒体多方通信系统中，媒体发送设备发送媒体后，无法获知媒体是否已经传送到媒体接收设备。事实上，对于媒体发送设备而言，并不关心会话控制服务器是否收到了媒体或者接收媒体的效果如何，媒体发送设备关心的是媒体是否已经传送到媒体接收设备、媒体接收设备接收媒体的效果如何，但是现有的技术规范没有提供相应的解决方案。可能存在媒体发送设备发送媒体后，会话控制服务器正常接收，但是需要接收媒体的媒体接收设备没有收到，而媒体发送设备完全不知情的危险，而每个用户设备全部逐一发言确认接收到媒体是对用户时间、网络系统资源的极大浪费，对那些只能接收媒体而没有发言权限的用户设备则完全不可行。还有些情况下，媒体接收设备之间也需要了解彼此的媒体接收情况。在PoC业务的现有技术中，PoC会话控制服务器不转发来自媒体接收设备的RR，媒体发送设备发送媒体之后只能接收到来自PoC会话控制服务器的RR，无法知道群组会话中的其他的用户设备是否已经接收到媒体发送设备发送的媒体、不清楚媒体接收设备的媒体接收情况。对于PoC用户设备，由于使用了半双工的工作模式，媒体发送设备发送媒体的过程中不会与媒体接收设备有交换媒体的过程，媒体接收设备此时只能接收媒体。因此，这就导致媒体发送设备不能了解到媒体接收设备的媒体接收情况，会话缺少端到端的媒体接收情况的反馈。为了解决以上问题，发明人提出了本发明方法。下面将以PoC业务为例对本发明实施例进行描述，需要说明的是，本发明实施例所提供的技术方案同样适用于其他基于IP的多媒体多方通信系统。为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方式作进一步地详细描述。显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。本发明实施例1提供了一种反馈会话信息的方法，如图1所示，包括步骤101接收媒体接收设备发送的接收者报告；步骤102根据该接收者报告生成汇总接收者报告；该汇总接收者报告可以包括媒体接收设备的媒体接收情况，上述媒体接收设备的媒体接收情况可以包括媒体接收设备接收媒体的数据量、媒体数据传送时延、丢包率、抖动等相关服务质量信息。步骤103；发送该汇总接收者报告。其中，发送汇总接收者报告给媒体接收设备和/或媒体发送设备。在本发明实施例中，根据接收者报告生成汇总接收者报告，并发送生成的汇总接收者报告，可以使媒体发送设备获知媒体接收设备的媒体接收情况，同时使媒体接收设备之间能够获知彼此的媒体接收情况，提升了系统的工作效率和增强用户的体验。本发明实施例2提供的一种反馈会话信息的方法，如图2所示，包括步骤201，UE1、UE2、UE3、UE4等用户设备建立PoC群组会话，每个用户设备通过PFServer接入PoC群组会话，PoC群组会话由PoC会话控制服务器控制。可选的，PoC会话控制服务器可以在群组会话建立过程中从XDMS服务器获取并保存SRR属性信息。具体地，可以在XDMS中设置SRR属性信息，该属性信息可以包括以下之一或其任意组合:SRR_Rule,SRR_ReporterList,SRR_ReceiverList。其中，SRR_Rule表示SRR的汇总规则信息，SRR_ReporterList表示发送RR的用户设备列表信息，SRR_ReceiverList表示接收SRR的用户设备列表信息。其中，SRR的汇总规则信息可以包括SRR的过滤条件信息，包括接收RR中的哪些内容添加到SRR中；和/或发送SRR的触发条件信息，包括根据何种条件导致发送SRR，例如，无条件地向所有用户设备发送SRR、或是时延过大、或是丢包率过高时发送SRR。发送RR的用户设备列表信息包括发送RR的用户设备，本实施例中，发送RR的用户设备为UE2、UE3和UE4。接收SRR的用户设备列表信息包括接收SRR的用户设备，在本实施例中，接收SRR的用户设备为UEl。实际应用过程中，网络运营商可以设定SRR_Rule中是否允许用户设备更改自己的相关属性。例如，网络运营商可以允许用户设备从SRILIteporterList列表以外改变配置变成为SRILIteporterList列表中的用户设备，从而可以将自己的用户设备的媒体接收情况信息转发给其他的用户设备；可以允许用户设备由SRILIteporterList列表中改变配置变成为SRILIteporterList列表以外的用户设备，从而可以不将自己的用户设备的媒体接收情况信息转发给其他的用户设备，实现隐私保护或者其他的目的；可以允许用户设备由SRR_ReceiverList列表以外改变配置变成为SRR_ReceiverList列表中的用户设备，从而可以接收到会话中其他用户设备的媒体接收情况信息；也可以允许用户设备由SRR_ReceiverList列表中改变配置变成为SRR_ReceiverList列表以外的用户设备，从而不再接收会话中其他用户设备的媒体接收情况信息。需要说明的是，SRR_ReporterList列表中的用户设备范围可以是群组会话中所有的用户设备，或者是曾经发言发送过媒体的用户设备，或者是刚刚发送过媒体并且发送过SR的用户设备，或者是具有特定属性的用户设备，例如群组会话的调度员所使用的用户设备。需要说明的是，在默认情况下，PoC会话控制服务器可以接收来自所有媒体接收设备发送的RR，对上述RR进行汇总后生成SRR，并将生成的SRR发送给所有的用户设备。可选地，SRR的汇总规则信息还可以包括发送提示消息的触发条件，例如，丢包率过高时，或是时延过大时，发送提示消息。当满足该触发条件时，向SRR的接收者发送提示消息，该提示消息可以使得用户设备能够及时向用户提示媒体接收设备的媒体接收情况fn息ο可选地，SRR属性信息也可以在建立群组会话之前事先配置，或是在建立群组会话中，获取用户设备在发送的会话建立请求消息中携带的SRR属性信息。需要特别说明的是，上述SRR、汇总接收者报告、SRR属性信息仅仅是为描述方便而采用的名称。这些名称不能够对本发明实施例适用的范围进行限定，即在某些系统中也许没有采用“SRR”或者“汇总接收者报告”或者“SRR属性信息”的名称，但是，不能由此认为本发明实施例中的技术方案不能够适用于这些系统。步骤202203，UEl首先被允许发言，UEl发送媒体到PoC参与服务器PFServerl，再由PoC参与服务器PFServerl转发到CFServer。步骤204，PoC会话控制服务器通过PoC参与服务器PFServer2向UE2发送媒体；步骤205，PoC会话控制服务器通过PoC参与服务器PFServer3向UE3发送媒体；步骤206，PoC会话控制服务器通过PoC参与服务器PFServer4向UE4发送媒体；步骤207208，UEl通过PoC参与服务器PFServerl向PoC会话控制服务器发送SR，SR包含有前一个报告周期中UEl发送媒体的信息报告，包括发送媒体的最后一个RTP报文顺序号、时间戳信息、累计发送字节数等，PoC参与服务器PFServerl将SR转发到PoC会话控制服务器；步骤209210，PoC会话控制服务器通过PoC参与服务器PFServerl向UEl发送RR，报告PoC会话控制服务器通过UEl的媒体接收情况信息，该RR包括丢包率、间隔抖动、接收到的最后一个RTP报文顺序号等，PoC参与服务器PFServerl将RR转发到UEl；步骤211，PoC会话控制服务器通过PoC参与服务器PFServer2向UE2转发SR，SR的内容同步骤208中所述SR的内容；步骤212，PoC会话控制服务器通过PoC参与服务器PFServer3向UE3转发SR，SR的内容同步骤208中所述SR的内容；步骤213，PoC会话控制服务器通过PoC参与服务器PFServer4向UE4转发SR，SR的内容同步骤208中所述SR的内容；步骤214，UE2通过PoC参与服务器PFServer2向PoC会话控制服务器发送RR，报告UE2通过PoC会话控制服务器的媒体接收情况信息，该RR包括丢包率、间隔抖动、接收到的最后一个RTP报文顺序号等；步骤215，UE3通过PoC参与服务器PFServer3向PoC会话控制服务器发送RR，报告UE3通过PoC会话控制服务器的媒体接收情况信息，该RR包括丢包率、间隔抖动、接收到的最后一个RTP报文顺序号等；步骤216，UE4通过PoC参与服务器PFServer4向PoC会话控制服务器发送RR，报告UE4通过PoC会话控制服务器的媒体接收情况信息，该RR包括丢包率、间隔抖动、接收到的最后一个RTP报文顺序号等；步骤217，PoC会话控制服务器接收UE2、UE3、UE4发送的RR，根据保存的SRR的汇总规则信息生成SRR，并将生成的SRR发送给SRILReceiverList中的用户设备。该SRR可以包括UE2、UE3、UE4的媒体接收情况，如接收媒体的数据量、媒体数据传送时延、丢包率、抖动等相关服务质量信息。具体地，如果发送RR的用户设备是发送SRR的用户设备列表信息中的用户设备，则根据步骤201中保存的SRR的汇总规则信息对RR进行汇总，如果不是，继续等待接收下一个媒体接收设备发送的RR。在本实施例中，由于UE2、UE3、UE4属于发送SRR的用户设备列表信息中的用户设备，因而，会话控制服务器接收UE2、UE3、UE4发送的RR，并根据保存的SRR的汇总规则信息生成SRR。当会话控制服务器在接收到与步骤208中的SR相关联的第一个RR时会创建SRR；当接收到与步骤208中的SR相关联的其他后续的RR时，会话控制服务器会在已经生成的SRR中添加新收到的RR中包含的媒体接收设备的媒体接收情况信息。进一步地，如果满足SRR汇总规则信息中设定的发送SRR触发条件，例如丢包率过高或时延过大时，则发送SRR；如果不满足，继续等待接收下一个媒体接收设备发送的RR；其中，SRR的格式如表1所示<table>tableseeoriginaldocumentpage9</column></row><table>表1在表1中，版本号字段用于指示协议版本，2比特，值固定为2；P字段用于指示是否包含填充比特，1比特，如果有填充比特则置1，否则置0；Reserved(保留)字段，保留字段，5比特，置0;负荷类型使用2xx，8比特，负荷类型的值设置为一个固定分配的值；block(块)的长度，16比特，根据实际block内容的长度填写；SRR中第一个媒体接收者的源标识，32比特。第一个block信息块包含第一个媒体接收设备对多个媒体源的接收确认，如果存在多个媒体接收设备则包含有多个block，多个block按照媒体接收设备划分并依次排列。每一个block中媒体接收者对每一个媒体源的接收确认是一个sub_block，各个sub_block依次排列，sub_block的格式包括(1)媒体源的SSRC标识，32比特，标识该sub_bl0Ck中接收媒体的反馈信息所对应的媒体发送源，排在第一个sub_cl0ck子信息块的SSRC标识该block信息块中的第一个媒体源，后面依次排列；(2)丢包率，8比特，根据媒体接收设备接收媒体源发送的媒体的实际情况计算出的结果；(3)累计丢失的报文数(cumulativenumberofpacketslost),24比特，根据媒体接收设备接收媒体源发送的媒体的实际情况计算出的结果；(4)接收到的最大的一个分组数据顺序号(extendedhightestsequencenumberreceived),32比特，根据媒体接收设备接收媒体源发送的媒体的实际情况计算出的结果；(5)Jitter抖动，32比特，根据媒体接收设备接收媒体源发送的媒体的实际情况计算出的结果；(6)最后一个SR发送报告(delaysincelastSR)，32比特，根据媒体接收设备接收媒体源发送的SR的实际情况计算出的结果；(7)从最后一个SR发送报告开始至发送时的延时，32比特，根据媒体接收设备接收媒体源发送的SR的实际情况计算出的结果。其中，第⑴至第(7)项的顺序可以调整，并且各项的内容可以根据实际需要进行设置。本领域技术人员可以理解的，SRR由若干个block组成，会话中有多少个媒体接收设备，则SRR包括对应数目的block；每个block由若干个Sub_block组成，会话中有多少个媒体发送源，则每个blcok中包括对应数目的sub_block，其中，一个媒体发送设备可以包括多个媒体源。通过在SRR中寻找blockη中的x_sub_bl0Ck子数据块的信息，就可以知道报告者η接收媒体源χ的媒体接收情况。可选地，由于SRR中的信息存在一定的关联性，可以对SRR进行压缩后，再发送给UEl。UEl进行相应地解压缩步骤。步骤218219，PoC会话控制服务器通过PoC参与服务器PFServerl向UEl发送SRR。本实施例中，步骤201中的SRR属性信息中的SRR接收者为媒体发送设备，在本实施例中，媒体发送设备为UE1。需要说明的是，发送SRR的目标范围取决于设定的SRR汇总规则信息和SRR_ReceiverList中的用户设备列表信息，如果设定的规则是向所有用户设备发送，则PoC会话控制服务器也应该同时向UE2、UE3、UE4发送SRR。此时，UE2、UE3、UE4可以获知彼此间的媒体接收情况信息。至此，PoC会话控制服务器完成了向需要汇总接收者报告的用户设备的发送过程。可选地，本实施例还包括步骤220，UEl按照终端上的设置，向用户显示SRR中包含的信息，并且可以在满足一定提示条件时，例如，SRR中包含有丢包率过高或者时延过大的信息，向用户发出提示，提示可以是文字提示，或者声音提示或者震动提示或者其他引起用户注意的提示方式；可选地，本实施例还包括步骤221222，如果PoC会话控制服务器通过对接收到的RR信息的分析，满足SRR汇总规则信息中的发送提示消息的触发条件，例如有媒体接收设备的丢包率过高或者时延过大，则PoC会话控制服务器通过PoC参与服务器PFServerl向UEl发送提示消息，该提示消息中可以包括触发本次提示消息的RR中的信息，用于提醒UEl用户注意媒体接收设备的媒体接收情况。其中，提示消息可以是SIP协议中的INFO(信息)消息、或者NOTIFY(通知)消息、或者MESSAGE(讯息)消息，本实施例中，提示消息以MESSAGE消息为例。需要说明的是，本实施例中，步骤201中的SRR的汇总规则信息中SRR接收设备为媒体发送设备，在本实施例中，媒体发送设备为UEl，因此，只向UEl发送提示消息。需要说明的是，发送提示消息的目标范围取决于设定的SRR汇总规则信息和SRR_ReceiverList中的用户设备列表信息，如果设定的规则是向所有用户设备发送，则PoC会话控制服务器也应该同时向UE2、UE3、UE4发送提示消息；可选地，本实施例还包括；步骤223224，UEl接收到MESSAGE消息，通过PoC参与服务器PFServerl向PoC会话控制服务器发送OK响应消息；需要说明的是，在实际应用中，媒体接收设备也可以周期性地自行向PoC会话控制服务器发送RR，而不是在接收到SR后再根据SR发送RR。即媒体发送设备发送SR并不是本发明实施例所提供技术方案的一个必不可少的步骤。在本发明实施例中，步骤218219是使用用户平面向会话参与设备发送媒体接收设备报告的媒体接收情况信息，步骤221224是使用控制平面向会话参与设备发送媒体接收设备报告的媒体接收情况信息。因为有可能会话参与设备UE不支持将接收到的SRR中的信息提示给用户，使用控制平面的SIP消息可以确保参与会话的用户获得这些信息。上述步骤之间没有必然的先后顺序。在本发明实施例中，根据接收者报告生成汇总接收者报告，并发送生成的汇总接收者报告，根据接收者报告生成汇总接收者报告，并发送生成的汇总接收者报告，可以使媒体发送设备获知媒体接收设备的媒体接收情况，同时使媒体接收设备之间能够获知彼此的媒体接收情况，媒体接收设备不需要占用额外的时间用来向媒体发送设备发送报告，也不需要会话收听者向会话发言者发言确认媒体接收情况，可以为群组会话中的用户设备提供灵活和高效的媒体接收情况信息的反馈，同时，发送RR的用户设备和接收SRR的用户设备可以灵活控制，SRR的汇总规则信息可以根据运营商或者特定用户的设定灵活管理，从而改善了系统的工作效率和用户的体验。此外，本发明实施例提供的方法还具有流量占用小、设备开销低的优点。进一步地，由于SRR中的内容存在较多的关联性，可以使用压缩算法大大降低带宽的占用，这样就可以极大的节省无线网络中关键的空中接口资源。此外，对用户设备来说，处理一个长度较长的单个消息，所需要的系统开销要远远小于处理那些信息总量相同、但信息分散到多个长度较短的消息的情况，因此，本实施例的提供的方法可以改进用户设备的性能利用，节约用户设备的能耗，将用户设备的能力应用到用户需要的媒体处理上。并且，使用本发明提供的方法，媒体发送设备在发送媒体的过程中，可以实时监控媒体接收设备的媒体接收情况，当有媒体接收设备接收媒体较差时，媒体发送设备可以向用户发出提示，使用户能够很快地了解到媒体接收设备的接收异常，可以选择重复刚才的发言或者其他应对处理，进一步提升了整个系统的工作效率。本发明实施例3提供了一种提示反馈信息的方法，如图3所示，包括步骤301接收网络侧实体发送的汇总接收者报告；该汇总接收者报告可以包括媒体接收设备的媒体接收情况信息，上述媒体接收设备的媒体接收情况信息可以包括媒体接收设备接收媒体的数据量、媒体数据传送时延、丢包率、抖动等相关服务质量信息。步骤302根据汇总接收者报告向用户进行提示。进一步地，步骤302包括步骤3021；从上述汇总接收者报告解析出媒体接收情况信息；步骤3022根据媒体接收情况信息向用户提示媒体接收设备的媒体接收情况。其中，汇总接收者报告的具体格式和内容可以参见实施例2中的表1及表1相应部分。其中，该提示的触发条件可以是SRR中包含丢包率过高、和/或媒体数据传送时延过大、和/或抖动过大等，该提示的方式可以是文字提示，或者声音提示或者震动提示或者其他引起用户注意的提示方式。其中，网络侧实体可以是PoC业务中的会话控制服务器或RTP/RTCP协议中的MixeH混合器)，或者是多媒体多方会话系统中的会话控制服务器。在本发明实施例中，当媒体接收情况不好时，媒体发送设备可以根据SRR解析出用户遇到的问题，并根据预设触发条件向用户提示，可以使用户及时获知媒体接收的反馈信息，并根据实际情况重复刚才的发言或者使用其他的应对方式，来保证会话的效果和质量，并大大地提高了整套系统的工作效率。本发明实施例4提供了一种网络侧实体，如图4所示，包括接收模块401，用于接收媒体接收设备发送的接收者报告；生成模块402，用于根据接收模块401接收的所述接收者报告生成汇总接收者报生P=I；发送模块403，用于发送生成模块402生成的汇总接收者报告。可选地，接收模块401，用于根据汇总接收者报告属性信息接收媒体接收设备发送的接收者报告；相应地，生成模块402，用于根据汇总接收者报告属性信息对接收模块401接收的接收者报告进行汇总，生成汇总接收者报告；相应地，发送模块403，用于根据汇总接收者报告属性信息发送生成模块402生成的汇总接收者报告；其中，汇总接收者报告属性信息包括至少以下之一发送接收者报告的用户设备列表信息、接收者报告的汇总规则信息、接收汇总接收者报告的用户设备列表信息。可选地，接收模块401，用于如果发送接收者报告的媒体接收设备是发送接收者报告的用户设备列表信息中的用户设备，则接收媒体接收设备发送的接收者报告。可选地，发送模块403，用于如果满足接收者报告的汇总规则信息中的发送汇总接收者报告的触发条件，则发送汇总接收者报告给接收汇总接收者报告的用户设备列表信息中的用户设备。可选地，该网络侧实体还可以包括提示模块404，用于如果满足接收者报告的汇总规则信息中的发送提示消息的触发条件时，发送提示消息给接收汇总接收者报告的用户设备列表信息中的用户设备，该提示消息用于提示媒体接收设备的媒体接收情况，例如，接收媒体时丢包率过高、时延过大等。可选地，该网络侧实体还可以包括压缩模块405，用于对生成模块402生成的汇总接收者报告进行压缩；相应地，发送模块403，用于发送压缩模块405压缩的汇总接收者报告。其中，汇总接收者报告的具体格式、接收接收者报告的具体含义、发送提示消息的触发条件、发送汇总接收者报告的触发条件以及汇总接收者报告属性信息可以参见实施例2中的相应部分描述。本实施例中，网络侧实体可以是PoC业务中的会话控制服务器或RTP/RTCP协议中的Mixer，或者是多媒体多方会话系统中的会话控制服务器。在本发明实施例中，根据接收者报告生成汇总接收者报告，并发送生成的汇总接收者报告，根据接收者报告生成汇总接收者报告，并发送生成的汇总接收者报告，可以使媒体发送设备获知媒体接收设备的媒体接收情况，同时使媒体接收设备之间能够获知彼此的媒体接收情况，媒体接收设备不需要占用额外的时间用来向媒体发送设备发送报告，也不需要会话收听者向会话发言者发言确认媒体接收情况，可以为群组会话中的用户设备提供灵活和高效的媒体接收情况信息的反馈，同时，发送RR的用户设备和接收SRR的用户设备可以灵活控制，SRR的汇总规则信息可以根据运营商或者特定用户的设定灵活管理，从而改善了系统的工作效率和用户的体验。此外，本发明实施例提供的方法还具有流量占用小、设备开销低的优点。进一步地，由于SRR中的内容存在较多的关联性，可以使用压缩算法大大降低带宽的占用，这样就可以极大的节省无线网络中关键的空中接口资源。本发明实施例5提供了一种用户设备，如图5所示，包括接收模块501，用于接收网络侧实体发送的汇总接收者报告；提示模块502，用于根据接收模块501接收的汇总接收者报告向用户进行提示。进一步地，提示模块502可以包括解析单元5021，用于从汇总接收者报告中解析出媒体接收设备的媒体接收情况信息；提示单元5022，用于根据解析单元5021解析出的媒体接收情况信息向用户提示上述媒体接收设备的媒体接收情况。其中，汇总接收者报告的具体格式和内容可以参见实施例2相应部分的描述。其中，该提示的触发条件可以是SRR中包含丢包率过高、和/或媒体数据传送时延过大、和/或抖动过大等，该提示的方式可以是文字提示，或者声音提示或者震动提示或者其他引起用户注意的提示方式。其中，网络侧实体可以是PoC业务中的会话控制服务器或RTP/RTCP协议中的Mixer，或者是多媒体多方会话系统中的会话控制服务器。在本发明实施例中，当媒体接收情况不好时，媒体发送设备可以根据SRR解析出用户遇到的问题，并根据预设触发条件向用户提示，可以向用户反馈媒体接收情况信息，并根据实际情况重复刚才的发言或者使用其他的应对方式，来保证会话的效果和质量，并大大地提高了整套系统的工作效率。本发明实施例6提供了一种会话信息反馈的系统，包括与用户设备进行通信的网络侧实体，所述用户设备包括媒体发送设备和媒体接收设备；网络侧实体，用于在群组会话建立成功后，接收媒体接收设备发送接收者报告，根据接收者报告生成汇总接收者报告；发送汇总接收者报告。其中，发送汇总接收者报告具体为发送汇总接收者报告给媒体接收设备和/或媒体发送设备。其中，接收接收者报告可以是接收所有媒体接收设备发送的接收者报告，也可以是根据SRR属性信息中的发送接收者报告的用户设备的列表信息进行接收；发送汇总接收者报告可以是定时或不定时地向媒体发送设备和/或媒体接收设备发送，也可以根据SRR属性信息的SRR的汇总规则信息中的发送SRR的触发条件发送。其中，SRR属性信息可以参见实施例2的相应部分。其中，汇总接收者报告的具体格式和内容可以参见实施例2中的相应部分。其中，网络侧实体可以是PoC业务中的会话控制服务器或RTP/RTCP协议中的Mixer，或者是多媒体多方会话系统中的会话控制服务器。在本发明实施例中，根据接收者报告生成汇总接收者报告，并发送生成的汇总接收者报告，可以使媒体发送设备获知媒体接收设备的媒体接收情况，也可以使媒体接收设备之间能够获知彼此的媒体接收情况，从而提升了系统的工作效率和增强用户的体验。本发明实施例提出的方案可以适用于但不限于基于IP和RTP/RTCP协议、使用中心控制节点的各种多方会话系统。本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，所述程序可以存储于一计算机可读取存储介质中，所述存储介质为计算机的软盘、硬盘或光盘等。以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。权利要求一种反馈会话信息的方法，其特征在于，包括接收媒体接收设备发送的接收者报告；根据所述接收者报告生成汇总接收者报告；发送所述汇总接收者报告。2.如权利要求1所述的方法，其特征在于，所述接收媒体接收设备发送的接收者报告，具体为根据汇总接收者报告属性信息接收媒体接收设备发送的接收者报告；所述汇总接收者报告属性信息包括至少以下之一发送接收者报告的用户设备列表信息、接收者报告的汇总规则信息、接收汇总接收者报告的用户设备列表信息。3.如权利要求2所述的方法，其特征在于，所述根据汇总接收者报告属性信息接收媒体接收设备发送的接收者报告，具体为如果发送所述接收者报告的媒体接收设备是所述发送接收者报告的用户设备列表信息中的用户设备，则接收所述媒体接收设备发送的所述接收者报告。4.如权利要求1所述的方法，其特征在于，所述发送所述汇总接收者报告，具体为根据汇总接收者报告属性信息发送所述汇总接收者报告；所述汇总接收者报告属性信息包括至少以下之一发送接收者报告的用户设备列表信息、接收者报告的汇总规则信息、接收汇总接收者报告的用户设备列表信息。5.如权利要求4所述的方法，其特征在于，所述根据汇总接收者报告属性信息发送所述汇总接收者报告，具体为如果满足所述接收者报告的汇总规则信息中的发送汇总接收者报告的触发条件，则发送所述汇总接收者报告给接收汇总接收者报告的用户设备列表信息中的用户设备。6.如权利要求2-5任意一项所述的方法，其特征在于，还包括如果满足所述接收者报告的汇总规则信息中的发送提示消息的触发条件，则发送提示消息给所述接收汇总接收者报告的用户设备列表信息中的用户设备；所述提示消息用于向该用户设备提示所述媒体接收设备的媒体接收情况。7.如权利要求1-5所述的方法，其特征在于，生成所述汇总接收者报告后，还包括对所述汇总接收者报告进行压缩；所述发送所述汇总接收者报告，具体为发送所述经压缩的汇总接收者报告。8.如权利要求1-5任意一项所述的方法，其特征在于，所述汇总接收者报告，包括至少两组所述接收者报告中的信息。9.如权利要求1所述的方法，其特征在于，发送所述汇总接收者报告，包括发送所述汇总接收者报告给所述媒体接收设备和/或所述媒体发送设备。10.一种提示反馈信息的方法，其特征在于，包括接收网络侧实体发送的汇总接收者报告；根据所述汇总接收者报告向用户进行提示。11.如权利要求10所述的方法，其特征在于，所述根据所述汇总接收者报告向用户进行提示，包括从所述汇总接收者报告中解析出媒体接收设备的媒体接收情况信息；根据所述媒体接收情况信息向用户提示所述媒体接收设备的媒体接收情况。12.如权利要求10所述的方法，其特征在于，所述根据所述汇总接收者报告向用户进行提示，包括如果满足向所述用户进行提示的触发条件，向用户进行提示；上述触发条件包括汇总接收者报告中包含丢包率过高、和/或媒体数据传送时延过大、和/或抖动过大。13.—种网络侧实体，其特征在于，包括接收模块，用于接收媒体接收设备发送的接收者报告；生成模块，用于根据所述接收模块接收的所述接收者报告生成所述汇总接收者报告；发送模块，用于发送所述生成模块生成的所述汇总接收者报告。14.如权利要求13所述的网络侧实体，其特征在于，所述接收模块，用于根据汇总接收者报告属性信息接收媒体接收设备发送的接收者报生P=I；相应地，所述生成模块，用于根据所述汇总接收者报告属性信息对所述接收的接收者报告进行汇总，生成汇总接收者报告；相应地，所述发送模块，用于根据所述汇总接收者报告属性信息发送所述汇总接收者报告；所述汇总接收者报告属性信息包括至少以下之一发送接收者报告的用户设备列表信息、接收者报告的汇总规则信息、接收汇总接收者报告的用户设备列表信息。15.如权利要求13所述的网络侧实体，其特征在于，所述接收模块，用于如果发送所述接收者报告的媒体接收设备是所述发送接收者报告的用户设备列表信息中的用户设备，则接收所述媒体接收设备发送的所述接收者报告。16.如权利要求13所述的网络侧实体，其特征在于，所述发送模块，用于如果满足所述接收者报告的汇总规则信息中的发送汇总接收者报告的触发条件，则发送所述汇总接收者报告给接收汇总接收者报告的用户设备列表信息中的用户设备。17.如权利要求13-16任意一项所述的网络侧实体，其特征在于，还包括提示模块，用于如果满足所述接收者报告的汇总规则信息中的发送提示消息的触发条件时，发送提示消息给接收汇总接收者报告的用户设备列表信息中的用户设备，所述提示消息用于提示媒体接收设备的媒体接收情况。18.如权利要求17所述的网络侧实体，其特征在于，还包括压缩模块，用于对所述生成模块生成的汇总接收者报告进行压缩；相应地，所述发送模块，用于发送所述压缩模块压缩的汇总接收者报告。19.一种用户设备，其特征在于，包括接收模块，用于接收网络侧实体发送的汇总接收者报告；提示模块，用于根据所述汇总接收者报告向用户进行提示。20.如权利要求19所述的用户设备，其特征在于，所述提示模块包括解析单元，用于从所述汇总接收者报告中解析出媒体接收设备的媒体接收情况信息；提示单元，用于根据所述解析单元解析的所述媒体接收情况信息向用户提示媒体接收情况信息。全文摘要本发明实施例公开了一种反馈会话信息的方法和装置，属于通信领域。所述方法包括接收媒体接收设备发送的接收者报告，根据所述接收者报告生成汇总接收者报告；发送所述汇总接收者报告。本发明实施例还提供了一种会话信息反馈的装置。本发明实施例提供的技术方案能够解决媒体发送设备在发送媒体后无法得知媒体接收设备的媒体接收情况，提升系统效率和增强用户的体验。文档编号H04W84/08GK101808291SQ20091007806公开日2010年8月18日申请日期2009年2月12日优先权日2009年2月12日发明者崔翔嵩申请人:华为技术有限公司