当两个对等方使用带有TURN的WebRTC传输作为中继服务器时，我们注意到发送指示或通道数据中的数据实际上是有效的STUN绑定请求消息（类型0x0001）。另一个对等体以相同的方式响应有效的绑定请求响应（类型0x0101）。它在整个对话过程中反复发生。两个对等体都被迫使用TURN服务器。将典型STUN消息封装在TURN传输帧的数据属性中的目的是什么？它是否在任何文件中描述过？
以下是频道数据框的示例：
[0x40,0x00,0x00,0x70,0x00,0x01,0x00,0x5c，0x21,0x12,0xa4,0x42,0x71,0x75,0x6d，的0x6A，0x6f，0x66,0x69,0x6f ...]
0x40,0x00 - 频道号码 0x00,0x70 - 数据长度 0x00,0x01,0x00,0x5c，0x21,0x12 ... - 可以解析为绑定请求的数据