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

Qin Wu <bill.wu@huawei.com> Mon, 19 December 2011 10:02 UTC

Return-Path: <bill.wu@huawei.com>
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 13E0421F84A2 for <xrblock@ietfa.amsl.com>; Mon, 19 Dec 2011 02:02:02 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.557
X-Spam-Level:
X-Spam-Status: No, score=-4.557 tagged_above=-999 required=5 tests=[AWL=0.557, BAYES_00=-2.599, HTML_FONT_FACE_BAD=0.884, HTML_MESSAGE=0.001, J_CHICKENPOX_42=0.6, RCVD_IN_DNSWL_MED=-4]
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 Lj9DvZ+Gfgjv for <xrblock@ietfa.amsl.com>; Mon, 19 Dec 2011 02:02:00 -0800 (PST)
Received: from szxga01-in.huawei.com (szxga01-in.huawei.com [119.145.14.64]) by ietfa.amsl.com (Postfix) with ESMTP id 1FB6721F84E5 for <xrblock@ietf.org>; Mon, 19 Dec 2011 02:02:00 -0800 (PST)
Received: from huawei.com (szxga05-in [172.24.2.49]) by szxga05-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0LWG007C13OS39@szxga05-in.huawei.com> for xrblock@ietf.org; Mon, 19 Dec 2011 17:58:04 +0800 (CST)
Received: from szxrg02-dlp.huawei.com ([172.24.2.119]) by szxga05-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0LWG003T43OOTD@szxga05-in.huawei.com> for xrblock@ietf.org; Mon, 19 Dec 2011 17:58:04 +0800 (CST)
Received: from szxeml203-edg.china.huawei.com ([172.24.2.119]) by szxrg02-dlp.huawei.com (MOS 4.1.9-GA) with ESMTP id AFU26754; Mon, 19 Dec 2011 17:58:04 +0800
Received: from SZXEML409-HUB.china.huawei.com (10.82.67.136) by szxeml203-edg.china.huawei.com (172.24.2.55) with Microsoft SMTP Server (TLS) id 14.1.323.3; Mon, 19 Dec 2011 17:58:02 +0800
Received: from w53375q (10.138.41.130) by szxeml409-hub.china.huawei.com (10.82.67.136) with Microsoft SMTP Server (TLS) id 14.1.323.3; Mon, 19 Dec 2011 17:58:04 +0800
Date: Mon, 19 Dec 2011 17:58:03 +0800
From: Qin Wu <bill.wu@huawei.com>
X-Originating-IP: [10.138.41.130]
To: zhaojing@sttri.com.cn, xrblock <xrblock@ietf.org>
Message-id: <89E6DB6B82F24807BC2A139F62F22373@china.huawei.com>
MIME-version: 1.0
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.6109
X-Mailer: Microsoft Outlook Express 6.00.2900.5931
Content-type: multipart/alternative; boundary="Boundary_(ID_5rGV9n8O2lLqmdPxWHWfgw)"
X-Priority: 3
X-MSMail-priority: Normal
X-CFilter-Loop: Reflected
References: <22663856.5291324285497978.JavaMail.root@ent9>
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 10:02:02 -0000

Hi, Jing:
Thank for your review. I agree with your comments, especially the third point.
I will add a sentence to the multiple channel segement section to make it clear that
video related MoS Type and algrithm does not apply to multiple channel segment.
Hope this addresses your comment.

Regards!
-Qin

  ----- Original Message ----- 
  From: zhaojing@sttri.com.cn 
  To: xrblock ; bill.wu 
  Sent: Monday, December 19, 2011 5:04 PM
  Subject: Re: [xrblock] request adoption of the merged QoE metric Reporting draft


  I have read the last version (-06) 
  http://tools.ietf.org/html/draft-wu-xrblock-rtcp-xr-quality-monitoring-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 
  > https://datatracker.ietf.org/doc/draft-wu-xrblock-rtcp-xr-quality-monitoring/history/ 
  > 
  > 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: 
  >> http://www.ietf.org/internet-drafts/draft-wu-xrblock-rtcp-xr-quality-monitoring-05.txt 
  >> 
  >> Internet-Drafts are also available by anonymous FTP at: 
  >> ftp://ftp.ietf.org/internet-drafts/ 
  >> 
  >> This Internet-Draft can be retrieved at: 
  >> ftp://ftp.ietf.org/internet-drafts/draft-wu-xrblock-rtcp-xr-quality-monitoring-05.txt 
  >> 
  >> _______________________________________________ 
  >> I-D-Announce mailing list 
  >> I-D-Announce@ietf.org 
  >> https://www.ietf.org/mailman/listinfo/i-d-announce 
  >> Internet-Draft directories: http://www.ietf.org/shadow.html 
  >> or ftp://ftp.ietf.org/ietf/1shadow-sites.txt 
  > _______________________________________________ 
  > xrblock mailing list 
  > xrblock@ietf.org 
  > https://www.ietf.org/mailman/listinfo/xrblock