Content for TS 23.060 Word version: 18.0.0
1…
5…
5.3.8…
5.4…
5.4.2…
5.4.9…
5.6…
5.6.2
5.6.3…
5.6.3.7…
5.7…
6…
6.3…
6.5…
6.6…
6.8…
6.9…
6.9.1.3
6.9.2…
6.9.2.2…
6.9.2.2.2
6.9.2.2.3…
6.9.2.2.5…
6.9.3…
6.10…
6.12…
6.13…
6.13.1.2…
6.13.2…
6.13.2.2
6.14…
8…
8.2
9…
9.2.2…
9.2.2.2
9.2.2.3…
9.2.3…
9.2.3.2…
9.2.3.3…
9.2.4…
9.2.4.2…
9.2.5…
12…
12.5…
12.6…
12.7…
12.8…
13…
14…
15…
15.3…
16…
16.2…
A…
B…
12.5 Point-to-Point Protocol Functionality p. 289
The PPP protocol is specified in RFC 1661.
PDP Type PPP is only supported when using Gn/Gp.
12.5.1 User Plane for PDP Type PPP p. 289
The user plane for the PDP type PPP consists of a PPP protocol stack above SNDCP for A/Gb mode or above PDCP for Iu mode in the MS, and above GTP in the GGSN. The GGSN may either terminate the PPP protocol and access the packet data network at the IP level, or further tunnel PPP PDUs via e.g. L2TP.
In case the application above PPP uses a different protocol than IP (e.g. IPX or AppleTalk), the interconnection to the packet data network is outside the scope of this specification.
12.5.2 Functions p. 290
The PPP peers at the MS and the GGSN handle the PPP protocol as specified in RFC 1661. PPP requires in-sequence packet delivery by the underlying protocols. Concerning GTP, this shall be achieved by negotiation of the delivery order attribute in the QoS profile upon PDP context activation. In A/Gb mode, concerning SNDCP, out-of-sequence packets, that may be present if LLC operates in unacknowledged mode, shall be discarded. SNDCP for A/Gb mode, and PDCP for Iu mode, shall not use TCP/IP header compression because PPP may not carry IP packets at all, or because PPP may carry IP packets with already compressed TCP/IP headers. These PPP options are negotiated during the RFC 1661 Network Control Protocol establishment phase.
