RFC 3550 states that the payload type of an RTP stream can change at any time, and that the timestamp frequency is dependent on the payload type. If the payload type changes mid-stream in a way that changes the frequency of the timestamp (from 16kHz to 8kHz for example), how should this be handled by the RTP receiver? Will the new timestamps continue where the old left off (and now at the different frequency), or will they be consistent with their wall-clock time association (meaning that timestamp values could jump backward and forward at payload type transitions)? Or, is a new random starting timestamp chosen?