RE: stds-80220-requirements: Max Tolerable Delay Spread, 4.2.3
Robert,
Not sure if you saw Neka's response explaining the rationale behind 5
mico-seconds for the highest delay spread under heavy multipath conditions -
hopefully that explanation is reasonable.
I agree that "Max Tolerable Delay Spread", along with some of the other
requirements in the document may not be directly related to PHY and MAC
since the ability to tolerate a specific delay spread is typically handled
by a Rake Receiver or Joint Detector in the radio. Whether or not delay
spread is kept in the requirements document could be an item of discussion -
but if it is, I think we should be specific in the value required. If it is
not addressed in the requirements document it needs to be addressed at some
point since the ability for the CPE to handle a delay spread of at least 5
micro-seconds is very important to the success of MBWA.
Bryan L. Olivier
-----Original Message-----
From: Robert Love [mailto:rd_love@hotmail.com]
Sent: Wednesday, July 30, 2003 9:41 AM
To: joanne@arraycomm.com; nhicks@Clearwire.com;
stds-80220-requirements@ieee.org
Subject: RE: stds-80220-requirements: Max Tolerable Delay Spread, 4.2.3
That was well stated Joanne. We need to be careful in writing requirements
to focus on those parameters that are vital for MBWA to be successful. Jim
Mollenauer expressed it well in his presentation when he said that the best
requirements can be stated simply. By paring down our requirements to only
those parameters necessary for a successful standard and product set we
accomplish two purposes.
1) We minimize the size of the requirements document, and with that,
the time it takes to write it.
2) We eliminate those "requirements" which are really attempts to
include one solution set and exclude another. This second set causes
divisevness in the Working Group, prolongs the process of creating an agreed
to requirements document, and is generally counterproductive to progressing
the standard. Once we agree on the requirements, the various potential
solutions should each have an opportunity to be heard and evaluated so the
Working Group can select from amongst all choices that meet the needs of the
marketplace.
Neka, I understand that you may have been thinking in terms of real
requirements when you posted your note, and therefore, they could be
candidate parameters to include in the requirements document. However, I
thought that Joanne's point addressed a real issue that deserved more focus.
Specifically, her focus on requirements is a great starting place for
evaluating each of our proposed requirements to see if they really belong in
the Requirements document.
Best regards.
Robert D. Love
rdlove@ieee.org
>From: "Joanne Wilson" <joanne@arraycomm.com>
>To: "Neka Hicks" <nhicks@Clearwire.com>, "Stds-80220-Requirements
>(E-mail)" <stds-80220-requirements@ieee.org>
>Subject: RE: stds-80220-requirements: Max Tolerable Delay Spread, 4.2.3
>Date: Tue, 29 Jul 2003 18:24:02 -0400
>
>
>Neka,
>
>You have provided a rationale for your proposal,
>
> "The maximum tolerable delay spread should be specified so that
>it
>can be
> determined whether various vendor proposals can meet this
>criteria."
>
>which I don't believe to be a valid reason for establishing such a
>requirement.
>Can you provide any other reasoning for this proposal? I would expect the
>rationale to explain why such a requirement would be essential for the
>802.20 MBWA
>to achieve it performance objectives.
>
>Best regards,
>
>Joanne Wilson
>ArrayComm, Inc.
>joanne@arraycomm.com
>
>
>
>-----Original Message-----
>From: owner-stds-80220-requirements@majordomo.ieee.org
>[mailto:owner-stds-80220-requirements@majordomo.ieee.org]On Behalf Of
>Neka Hicks
>Sent: Tuesday, July 29, 2003 3:19 PM
>To: Stds-80220-Requirements (E-mail)
>Subject: stds-80220-requirements: Max Tolerable Delay Spread, 4.2.3
>
>
>All,
>
>Here's a contribution regarding max tolerable delay spread:
>
> <<clearwire contribution 072803 - max tolerable delay spread.doc>>
>
>Neka C. Hicks
>Director of Network Engineering
>Clearwire Technologies
>
>469-737-7555 (office)
>817-706-2548 (cell)
>
>
_________________________________________________________________
Tired of spam? Get advanced junk mail protection with MSN 8.
http://join.msn.com/?page=features/junkmail