Re: [xrblock] request adoption of the merged QoE metric Reporting draft

zhaojing@sttri.com.cn Mon, 19 December 2011 09:05 UTC

Return-Path: <zhaojing@sttri.com.cn>
X-Original-To: xrblock@ietfa.amsl.com
Delivered-To: xrblock@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4071921F8B26 for <xrblock@ietfa.amsl.com>; Mon, 19 Dec 2011 01:05:15 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 1.469
X-Spam-Level: *
X-Spam-Status: No, score=1.469 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, HTML_NONELEMENT_40_50=0.944, MIME_HTML_ONLY=1.457, SARE_RECV_IP_218078=1.666]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vd1jG--IK--h for <xrblock@ietfa.amsl.com>; Mon, 19 Dec 2011 01:05:14 -0800 (PST)
Received: from corp.21cn.com (corp.forptr.21cn.com [121.14.129.35]) by ietfa.amsl.com (Postfix) with ESMTP id B245121F8A7E for <xrblock@ietf.org>; Mon, 19 Dec 2011 01:05:06 -0800 (PST)
Received: from ip?218.80.215.132? (entas5.inner-hermes.com [10.27.101.5]) by corp.21cn.com (HERMES) with ESMTP id 131523E4014; Mon, 19 Dec 2011 17:04:58 +0800 (CST)
HMM_ATTACHE_NUM: 0000
HMM_SOURCE_IP: wmail.10.27.101.5.2080709395
HMM_SOURCE_TYPE: WEBMAIL
Received: from ip<218.80.215.132> ([218.80.215.132]) by 21CN-entas5(Yuwen filter gate 10.27.101.5) with ESMTP id 1324285494.28334 for xrblock@ietf.org ; Mon Dec 19 17:05:04 2011
X-FILTER-SCORE: to=<xrblock@ietf.orgbill.wu@huawei.com>, score=<1324285504p5ppupp+p5u+AKTJl7ppppD11N11H1DNHPsXnvh11111>
Date: Mon, 19 Dec 2011 17:04:54 +0800
From: zhaojing@sttri.com.cn
To: xrblock <xrblock@ietf.org>, "bill.wu" <bill.wu@huawei.com>
Message-ID: <22663856.5291324285497978.JavaMail.root@ent9>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="----=_Part_558_27794.1324285494673"
HMM_WEBCLN_IP: 218.80.215.132
X-HERMES-SENDMODE: normal
Subject: Re: [xrblock] request adoption of the merged QoE metric Reporting draft
X-BeenThere: xrblock@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Metric Blocks for use with RTCP's Extended Report Framework working group discussion list <xrblock.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/xrblock>, <mailto:xrblock-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/xrblock>
List-Post: <mailto:xrblock@ietf.org>
List-Help: <mailto:xrblock-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/xrblock>, <mailto:xrblock-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 19 Dec 2011 09:05:15 -0000

I have read the last version (-06)
and like to see this merging draft bing adopted. I also have a few comments below.
 
Firstly I agree it is a good idea to define three segment types and only allow segments associated with one segement type present in one QoE XR Block. In these three segment types, my impression is single stream segment and multi-layer segment are two more general segments.
 
Secondly I think if QoE XR Block carry single stream segment, only one single stream sgment should be carried in one QoE XR Block. If QoE XR Block carry multi-layer segment, multiple multi-layer segment can be carried in one QoE XR Block. Also multi-layer segment should not only apply to video but also audio.
 
Thirdly, I think multiple channel segment is more like audio codec dependent segment. Therefore video related MOS Type and MOS algorithm shouldn't be applied to multiple channel segment.
 
Regards!
ZhaoJing
Shanghai Research Institution of China Telecom
---------------------------------------------------------------------------------
----- Original Message -----
From: "Qin Wu"
To:
Sent: Tuesday, December 13, 2011 9:37 PM
Subject: [xrblock] request adoption of the merged QoE metric Reporting draft
 
 
> Hi, all:
> Just let you know, we have submitted a new update of draft on QoE metric reporting.
> This version (-05) is a merging draft by combining draft-wu-xrblock-rtcp-xr-quality-monitoring
> with draft-clark-xrblock-rtcp-xr-qoe.
>
> The key issue we have addressed is how to support both the case where multiple elementary streams
> or components(e.g.,channel of audios or multiple view) are carried in the same RTP stream
> and the case where multiple elementary streams (e.g.,audio and video) are carried in the different RTP stream
>
> Our proposal is to define three segement type to carry single Stream segement, multi-channel segment and multi-view segement.
> The segement type is quite similar to chunk type specified in the RFC3611.
> The single stream segment include the metrics defined in draft-wu-xrblock-rtcp-xr-quality-monitoring, also I add MOS algorithm field,
> move MOS Type to this segement. This segement is used to support the case where multiple elementary streams (e.g.,audio and video)
> are carried in the different RTP stream.
>
> The multile channel audio segment and multi view segement include metrics defined in draft-calrk-xrblock-rtcp-xr-qoe.
> we use channel ID and Sub stream ID to identify each channel or each view. These two segements are used to support the case where
> multiple elementary streams or components(e.g.,channel of audios or multiple view) are carried in the same RTP stream
>
> The Diff is
>
> We believe this version combing two draft can well address the issues we raised on the list and in the meeting. It is a good starting point
> as the baseline draft. It will be good to see it being taken on as wg draft.
>
> Regards!
> -Qin
> ----- Original Message -----
> From:
> To:
> Sent: Tuesday, December 13, 2011 9:07 PM
> Subject: I-D Action: draft-wu-xrblock-rtcp-xr-quality-monitoring-05.txt
>
>
>>
>> A New Internet-Draft is available from the on-line Internet-Drafts directories.
>>
>> Title : RTCP XR Blocks for QoE metric reporting
>> Author(s) : Geoff Hunt
>> Alan Clark
>> Qin Wu
>> Roland Schott
>> Glen Zorn
>> Filename : draft-wu-xrblock-rtcp-xr-quality-monitoring-05.txt
>> Pages : 15
>> Date : 2011-12-13
>>
>> This document defines an RTCP XR Report Block and associated SDP
>> parameters that allow the reporting of QoE metrics for use in a range
>> of RTP applications.
>>
>>
>> A URL for this Internet-Draft is:
>>
>> Internet-Drafts are also available by anonymous FTP at:
>>
>> This Internet-Draft can be retrieved at:
>>
>> _______________________________________________
>> I-D-Announce mailing list
>> Internet-Draft directories: http://www.ietf.org/shadow.html" rel="nofollow">http://www.ietf.org/shadow.html
> _______________________________________________
> xrblock mailing list