Cisco Cisco Packet Data Gateway (PDG)

 



 

IETF RFC 4960, Stream Control Transmission Protocol 

In a fixed line-mobile convergence scenario, the user data and signaling traffic from a UE is forwarded by an HNB to 
HNB-GW over IuH interface. IP is used as network layer for IuH. RTP/ RTCP or GTP over UDP/IP form transport for 
user data. SCTP/IP is used for control signaling over IuH. 

These data and control packets traverse public Internet before reaching HNB-GW and vice-a-versa for the downlink 
traffic. RTP typically carries jitter-sensitive real-time media data such as voice and video. RTCP carries media 
reception/ transmit feedback that is not delay sensitive. GTP carries generic, non-media data. These various traffic 
types, each, deserve different QoS handling by the IP nodes they traverse between HNB and HNB-GW. Thus DSCP 
codes are assigned in the IP headers of the traffic such that intermediate IP nodes can provide differentiated QoS 
treatment to the traffic for an acceptable end-user experience. 

HNB-GW supports DSCP marking of the traffic on IuH and Iu interface for downlink traffic towards HNB and for 
uplink traffic towards CN when IP transport is used for IuCS or IuPS. 

  For more information on DSCP marking configuration, refer DSCP Marking Configuration section 

of HNB-GW Administration Guide. 

In HNB-GW the RADIUS support provides a mechanism for performing authorization and authentication for subscriber 
sessions based on the following standards: 



 

RFC-2618, RADIUS Authentication Client MIB, June 1999 



 

RFC-2620, RADIUS Accounting Client MIB, June 1999 



 

RFC-2865, Remote Authentication Dial In User Service (RADIUS), June 2000 



 

RFC-2866, RADIUS Accounting, June 2000 



 

RFC-2867, RADIUS Accounting Modifications for Tunnel Protocol Support, June 2000 



 

RFC-2868, RADIUS Attributes for Tunnel Protocol Support, June 2000 



 

RFC-2869, RADIUS Extensions, June 2000 

Within context configured on the system, there are AAA and RADIUS protocol-specific parameters that can be 
configured. The RADIUS protocol-specific parameters are further differentiated between RADIUS Authentication 
server RADIUS Accounting server interaction. 

Among the RADIUS parameters that can be configured are: 



 

Priority: Dictates the order in which the servers are used allowing for multiple servers to be configured in a 

single context. 



 

Routing Algorithm: Dictate the method for selecting among configured servers. The specified algorithm 

dictates how the system distributes AAA messages across the configured AAA servers for new sessions. Once 
a session is established and an AAA server has been selected, all subsequent AAA messages for the session 
will be delivered to the same server. 

In the event that a single server becomes unreachable, the system attempts to communicate with the other servers that 
are configured. The system also provides configurable parameters that specify how it should behave should all of the 
RADIUS AAA servers become unreachable.