Buenas, además de preocuparte por que el micro te soporte la velocidad en el port de salida, y antes de preocuparte por la estabilidad del oscilador, que en en último de los casos lo resolverías con un txco, yo me preguntaría si la adquisición de los datos los tenes que hacer con el mismo micro, o sea, si las muestas las vas a hacer con el mismo micro o con hard separado. En el caso de que los datos provengan de otro dispositivo, fijate si te va a alcanzar el tiempo para recibirlos, y ponerlos en la trama. La trama en si no es compleja de hacer, solo que preguntando te van a decir que si o que no sin conocer el trasfondo de lo demás. Yo me sentaría con algunas hojas de datos y haría los calculos yo.
Por ejemplo, hay sistemas de tramas de 2MBits usadas en determinados equipos, por ejemplo Krone, que, usan como frecuencia de corte 4 khz, o sea que samplean a 8 khz y con 8 bits por muestra, ahí tenemos los 64 kbits por canal, pero, en el caso que el equipo remoto detecta canales sin uso, le asigna mas de un canal al mismo cliente, contiguo o no, que luego recupera en ambos sentidos, pudiendo mejorar la calidad del audio, o utilizar el doble de ancho de banda para enviar información. Si esto lo tratas de implementar en alguna de sus facetas, o si buscas hacer CRC o algo por el estilo y estas justo con los tiempos vas a demorar tu proyecto luego, teniendo que cambiar el micro. Si el micro solo va a agarrar los datos ya extraídos y meterlos en la trama la cosa se simplifica un montón.
Salutes.
P.D. Al decir canales, queria decir time slots, para que no quede ninguna duda.