Re: stds-80220-requirements: Requirements
Bill/Dave,
I also respectfully agree that we should delete sections
"2.3.2 messaging services" and "2.3.3 3G Service Application
Extensions for MBWA". The text that Bill has proposed is
exactly what we need to ensure that we support ip based
messaging and multimedia services.
Mike
Michael Youssefmir
ArrayComm, Inc.
On Thu, Jun 26, 2003 at 06:56:33PM -0500, bill young wrote:
> Dave,
>
> Thanks for putting this on the table. I fully support your position on these five issues. In addition, I would respectfullyy recommend that sections 2.3.2 messaging services and 2.3.3 3G Service Application Extensions for MBWA be added to your delete list. Messaging services could be addressed with something like, " The specification of the PHY and MAC layers should not preclude any messaging and or multi media services that will or could be supported on the internet via high speed access such as DSL or Cable Modems"
>
> Bill Young
>
> Navini Networks
> 2240 Campbell Creek Blvd., Suite 110
> Richardson, TX 75082
> Office (972) 852-4242
> Mobile (972) 814-9191
> Email: mailto:byoung@navini.com
> URL: www.navini.com
>
> Internet at the Speed of Thought......
>
>
>
>
> -----Original Message-----
> From: Mcginniss, Dave S [GMG] [mailto:david.s.mcginniss@mail.sprint.com]
> Sent: Thursday, June 26, 2003 5:15 PM
> To: stds-80220-requirements@ieee.org
> Subject: stds-80220-requirements: Requirements
>
>
>
> I do not believe that any of the following things belong in the requirements document.
>
>
>
> 1 Handoff's to other technologies
>
> 2 VoIP may be a compelling use for an 802.20 system but 802.20 should not be picking Codec's. The standard should require that latency below X jitter below Y and QOS allow ARQ to be disabled that enable VOIP to be used if it is desired by the operator or customer.
>
> 3 Call features do not belong at all in the document.
>
> 4 Call blocking when at MAC capacity should be supported for a variety of common signaling protocols SIP, SIP+ MGCP, H.323 etc.
>
> 5 Erlang estimates do not belong added to the PAR tables in the System Requirements section as they were not part of the PAR.
>
>
>
> David S. McGinniss
>
> Sprint Broadband Wireless Group
>
> Principal Engineer II
>
> (630) 926-3184
> david.s.mcginniss@mail.sprint.com
>
>
>
>
>
>
>