RE: 2.5g/3g ID additions (RE: pilc minutes (corrected))

From: Farid Khafizov (faridk@nortelnetworks.com)
Date: Tue Jan 29 2002 - 12:13:15 EST

  • Next message: Lee: "(±¤ °í)ȹ±âÀû È«º¸µ¥ÀÌÅÍÀÔ´Ï´Ù."

    Aaron:

    > What is a Packet Data Serving Node?

    Description of PDSN can be mentioned in the upcoming section "2.7.2
    CDMA2000".
    Packet Data Service Node (PDSN) is a node connecting cdma2000
    wireless sub-network to Packet Data Network (PDN).
    Similar to GGSN (Serving GPRS Support node) in UMTS, it can terminate PPP.

    Earlier versions of this draft had simplified protocol stack for UMTS.
    What was the reason for removing it?

    > per Mark: DSACK helps here too, no?

    you are right. We added a sentence in Bandwidth Oscillation text saying that
    DSACK helps.

    --Farid

    > -----Original Message-----
    > From: Aaron Falk [SMTP:falk@ISI.EDU]
    > Sent: Thursday, January 17, 2002 5:56 PM
    > To: Khafizov, Farid [RICH2:2N51:EXCH]
    > Cc: 'pilc@grc.nasa.gov'; 'Hiroshi INAMURA'; Yavuz, Mehmet
    > [RICH2:2N51:EXCH]
    > Subject: Re: 2.5g/3g ID additions (RE: pilc minutes (corrected))
    >
    > > 1. Disabling Van Jacobson TCP/IP Header Compression
    > >
    > > Van Jacobson TCP/IP header compression (VJC) algorithm [35] is
    > negotiated
    > > between peer PPP layers. In CDMA2000 networks it could be implemented
    > > between the Mobile Terminal Equipment, such as laptop computer, and the
    > > Packet Data Serving Node.
      
      What is a Packet Data Serving Node?
    >
    > > The algorithm was designed to increase
    > > application layer throughput by reducing packetization overhead [11].
    > For
    > > TCP segment size of 1000 Bytes, enabling VJC increases throughput by
    > > about 4%, if there is no packet loss.
    > >
    >
    > <snip>
    >
    > >
    > > 2. Bandwidth Oscillation
    > >
    >
    > <snip>
    >
    > >
    > > Analysis of RTO algorithm along with an alternative (Eifel) algorithm
    > are
    > > presented in [17].
    >
    > per Mark: DSACK helps here too, no?
    >
    > > Eifel algorithm requires timestamp option and at least
    > > one RTO expiration before TCP "learns" that retransmission was not
    > > necessary. Enabling timestamp option enables increased RTT sampling
    > which
    > > can reduce spurious re-transmissions due to Bandwidth Oscillation. Other
    > > options that could reduce spurious re-transmissions due to Bandwidth
    > > Oscillation are increase CWND and reduce delay ACK timer at Receiving
    > TCP
    > > to < 100 ms (however, this technique may have side effects in case
    > > bandwidth is limited in the opposite direction).
    > >
    > >
    >
    >
    > --aaron



    This archive was generated by hypermail 2b29 : Tue Jan 29 2002 - 12:16:05 EST