如，当第三提议属性行为 a = subprotocol :MSRP (label 1 ;label2) / CLUE (label3)，且两端在数据通道上均支持的数据协议为MSRP协议时，所需应答的第二提 议属性行即为：
[0283] a = dcmap: 5000stream = * ；label 1 = ^channel for file transfer^ ；max_retr = 3
[0284] a = dcmap:5000stream =氺；label2 = ''channel for chat" ；max_retr = 3
[0285] 再比如，当第三提议属性行为 a = subprotocol :MSRP (label 1 ;label2) / CLUE (label3)，且两端在数据通道上均支持的数据协议为CLUE协议时，所需应答的第二提 议属性行即为：
[0286] a = dcmap:5000stream =氺；label3 = ''channel for conference" ；max_retr = 3
[0287] 2、生成对应于所需应答的第二提议属性行的第二应答属性行。
[0288] 第二应答属性行包括指定流标识符。当第二提议属性行中的流标识为任意流标识 符时，第二应答属性行中的指定流标识符是接收端确定的；当第二提议属性行中的流标识 为指定流标识符时，第二应答属性行中的指定流标识符与第二提议属性行中的指定流标识 符相同。第二应答属性行还包括标签，第二应答属性行中的标签与其对应的第二提议属性 行中的标签相同。
[0289] 如，当所需应答的第二提议属性行即为：
[0290] a = dcmap:5000stream = ^ ；label 1 = ^channel for file transfer^ ；max_retr = 3
[0291] a = dcmap:5000stream =氺；label2 = ''channel for chat" ；max-retr = 3 时，第 二应答属性行可以为：
[0292] a = dcmap:5000stream = 1 ;labell = ''channel for file transfer" ；max-retr = 3
[0293] a = dcmap:5000stream = 2 ;label2 = ''channel for chat" ；max-retr = 3
[0294] 再比如，当所需应答的第二提议属性行即为：
[0295] a = dcmap:5000stream = 3 ;label3 = ''channel for conference" ；max-retr = 3时，第二应答属性行可以为：
[0296] a = dcmap:5000stream = 3 ;label3 = ''channel for conference" ；max-retr = 3
[0297] 之后，接收端生成携带有第一应答属性行、第二应答属性行和第三应答属性行的 应答消息。比如，应答消息可以包括：
[0298] c = IN IP479. 97. 215. 79
[0299] a = sctpmap:5000datachannel max-message-size = lOOOOOstreams = 16
[0300] a = assignstreamid: static
[0301] a = subprotocol:MSRP(labell ；label2)
[0302] a = dcmap:5000stream = 1 ;labell = ''channel for file transfer" ；max-retr = 3
[0303] a = dcmap:5000stream = 2 ;label2 = ''channel for chat" ；max-retr = 3
[0304] 接收端通过在应答消息中直接反馈数据通道关联的流标识，可以避免两端在后续 过程中对流标识的进一步协商，使得发送端接收到应答消息之后，可以直接根据应答消息 中携带的第二应答属性行与接收端之间通过SDP方式建立数据通道，减少两端信息交互的 次数，提高数据通道建立的效率；同时，还可避免因信息交互过程中可能存在的信息丢失、 或者收发延时等问题导致的协商失败，充分提高数据通道建立的成功率。
[0305] 第五，若两端均支持的数据通道协商方式为DCEP方式和SDP方式，则判断第二提 议属性行中包括的数据通道关联的流标识为任意流标识符还是指定流标识符；若为任意流 标识符，则确定同意采用的数据通道协商方式为DCEP方式，并生成携带有第一应答属性行 和第三应答属性行的应答消息；若为指定流标识符，则确定同意采用的数据通道协商方式 为SDP方式，并生成携带有第一应答属性行、第二应答属性行和第三应答属性行的应答消 肩、。
[0306] 其中，第二提议属性行中的任意流标识符表示发送端本次请求的数据通道协商方 式为DCEP方式，第二提议属性行中的指定流标识符表示发送端本次请求的数据通道协商 方式为SDP方式。当两端均支持的数据通道协商方式为DCEP方式和SDP方式时，接收端根 据发送端请求的数据通道协商方式确定最终采用的数据通道协商方式。
[0307] 步骤503,接收端向发送端发送应答消息。
[0308] 对应地，发送端接收接收端发送的应答消息。
[0309] 步骤504,发送端根据应答消息与接收端之间建立数据通道。
[0310] 上述步骤503至步骤504与图4所示实施例中的步骤403至步骤404相同或者类 似，对此不再赘述。
[0311] 另外，在上述步骤503之后，本实施例还包括如下步骤505和步骤506 :
[0312] 步骤505,发送端读取应答消息中携带的对应于第三提议属性行的第三应答属性 行。
[0313] 步骤506,发送端根据第三应答属性行确定在数据通道上传输的数据协议。
[0314] 第三应答属性行包括两端在数据通道上均支持的数据协议的信息，该两端在数据 通道上均支持的数据协议即为两端在数据通道上传输的数据协议。
[0315] 综上所述，本实施例提供的数据通道建立方法，解决了当通信两端中的至少一端 同时支持两种或者两种以上的数据通道协商方式时，通信两端就无法协商建立数据通道的 问题；当两端中的至少一端支持两种或两种以上数据通道协商方式时，通过两端对数据通 道协商方式的协商确定，进而在此基础上完成数据通道的建立，使得两端能够简单、高效地 建立数据通道，实现了不同终端、不同网络之间的互连互通。
[0316] 另外，本实施例提供的数据通道建立方法，在对数据通道协商方式进行协商的同 时，发送端和接收端之间还可对数据通道上传输的数据协议进行协商，发送端和接收端之 间通过一次SDP会话即可完成数据通道协商方式的协商以及数据通道上传输的数据协议 的协商，充分提高了数据通道建立的效率。
[0317] 需要说明的一点是，上述图5所示实施例仅以发送端和接收端之间通过一次SDP 会话完成数据通道协商方式的协商以及数据通道上传输的数据协议的协商进行举例说明， 在其它可能的实施例中，上述两种协商过程可分为两次SDP会话进行，也即发送端和接收 端直接可单独通过一次SDP会话以完成数据通道上传输的数据协议的协商，对此本发明实 施例不作具体限定。
[0318] 下述为本发明装置实施例，可以用于执行本发明方法实施例。对于本发明装置实 施例中未披露的细节，请参照本发明方法实施例。
[0319] 请参考图6,其示出了本发明一个实施例提供的通信设备的结构方框图，本实施例 以该通信设备为图1所示实施环境中的发送端来举例说明。该发送端可以是基于浏览器的 终端、传统终端或者媒体网关。该通信设备可以包括：发送模块610、应答接收模块620和 通道建立模块630。
[0320] 发送模块610,用于向接收端发送携带有第一提议属性行和第二提议属性行的提 议消息；其中，所述第一提议属性行包括所述发送端支持的数据通道协商方式的信息，所述 第二提议属性行包括本次请求的数据通道协商方式的信息，所述本次请求的数据通道协商 方式为所述发送端支持的数据通道协商方式中的一种。
[0321] 应答接收模块620,用于接收所述接收端发送的应答消息，所述应答消息是所述接 收端根据所述第一提议属性行、所述第二提议属性行以及所述接收端支持的数据通道协商 方式确定的。
[0322] 通道建立模块630,用于根据所述应答消息与所述接收端之间建立数据通道。
[0323] 其中，所述发送端和所述接收端中的至少一端支持两种或者两种以上数据通道协 商方式。
[0324] 综上所述，本实施例提供的通信设备，解决了当通信两端中的至少一端同时支持 两种或者两种以上的数据通道协商方式时，通信两端就无法协商建立数据通道的问题；当 两端中的至少一端支持两种或两种以上数据通道协商方式时，通过两端对数据通道协商方 式的协商确定，进而在此基础上完成数据通道的建立，使得两端能够简单、高效地建立数据 通道，实现了不同终端、不同网络之间的互连互通。
[0325] 请参考图7,其示出了本发明另一实施例提供的通信设备的结构方框图，本实施例 以该通信设备为图1所示实施环境中的发送端来举例说明。该发送端可以是基于浏览器的 终端、传统终端或者媒体网关。该通信设备可以包括：发送模块610、应答接收模块620和 通道建立模块630。
[0326] 发送模块610,用于向接收端发送携带有第一提议属性行和第二提议属性行的提 议消息；其中，所述第一提议属性行包括所述发送端支持的数据通道协商方式的信息，所述 第二提议属性行包括本次请求的数据通道协商方式的信息，所述本次请求的数据通道协商 方式为所述发送端支持的数据通道协商方式中的一种。
[0327] 其中，所述发送端和所述接收端中的至少一端支持两种或者两种以上数据通道协 商方式。
[0328] 可选的，所述发送端和所述接收端中的一端支持的数据通道协商方式包括数据通 道建立协议DCEP方式和会话描述协议SDP方式，且另一端支持的数据通道协商方式包括所 述DCEP方式和所述SDP方式中的至少一种。
[0329] 另外，第二提议属性行中包括的信息在上述图4和图5所示的方法实施例中已经 详细介绍，具体参见上述图4和图5所示的方法实施例，本实施例中不再赘述。
[0330] 可选的，所述提议消息还包括第三提议属性行，所述第三提议属性行包括所述发 送端在所述数据通道上支持的数据协议的信息，以便所述接收端根据所述第三提议属性行 和所述接收端在所述数据通道上支持的数据协议确定出两端在所述数据通道上均支持的 数据协议。
[0331] 可选的，所述通信设备还包括：数量确定模块601和生成模块602。
[0332] 数量确定模块601，用于根据所述发送端在所述数据通道上支持的数据协议对应 的应用的数量a确定本次请求建立的所述数据通道的数量a，a > 1 ;其中，每种数据协议对 应于至少一种应用。
[0333] 生成模块602,用于根据所述本次请求的数据通道协商方式生成a个所述第二提 议属性行。
[0334] 可选的，所述生成模块602,包括：第一生成单元；或者，第二生成单元。
[0335] 所述第一生成单元，用于若所述本次请求的数据通道协商方式为DCEP方式，则生 成a个所述第二提议属性行；其中，每个第二提议属性行包括一个流标识和一个标签，且不 同的第二提议属性行中包括的流标识均为任意流标识符，不同的第二提议属性行中包括的 标签为互不相同的标签，每个标签对应于一条数据通道。
[0336] 所述第二生成单元，用于若所述本次请求的数据通道协商方式为SDP方式，则生 成a个所述第二提议属性行；其中，每个第二提议属性行包括一个流标识和一个标签，且不 同的第二提议属性行中包括的流标识为互不相同的指定流标识符，不同的第二提议属性行 中包括的标签为互不相同的标签，每个标签对应于一条数据通道。
[0337] 可选的，所述通信设备还包括：数量获取模块603、标签分配模块604、标签关联模 块605和属性行生成模块606。
[0338] 数量获取模块603,用于对于所述发送端在所述数据通道上支持的每一个数据协 议，获取所述数据协议对应的应用的数量。
[0339] 标签分配模块604,用于根据所述数据协议对应的应用的数量为所述数据协议分 配相同数量的标签，每个标签为a个所述第二提议属性行中包括的a个互不相同的标签中 的一个。
[0340] 标签关联模块605,用于将所述数据协议对应的协议标识与所述数据协议所分配 得的标签进行关联。
[0341] 属性行生成模块606,用于生成包括各个所述数据协议对应的协议标识以及每个 协议标识关联的标签的第三提议属性行。
[0342] 应答接收模块620,用于接收所述接收端发送的应答消息，所述应答消息是所述接 收端根据所述第一提议属性行、所述第二提议属性行以及所述接收端支持的数据通道协商 方式确定的。
[0343] 通道建立模块630,用于根据所述应答消息与所述接收端之间建立数据通道。
[0344] 可选的，所述通道建立模块630,包括：第一建立单元。
[0345] 所述第一建立单元，用于当所述应答消息中携带有对应于所述第二提议属性行的 第二应答属性行时，通过所述SDP方式与所述接收端之间建立所述数据通道；
[0346] 其中，所述第二应答属性行是所述接收端确定同意采用的数据通道协商方式为所 述SDP方式时生成的。
[0347] 可选的，所述通道建立模块630,包括：方式检测单元和第二建立单元。
[0348] 所述方式检测单元，用于当所述应答消息中未携带有对应于所述第二提议属性行 的第二应答属性行时，根据所述应答消息中携带的对应于所述第一提议属性行的第一应答 属性行检测两端是否均支持所述DCEP方式。
[0349] 所述第二建立单元，用于若检测出两端均支持所述DCEP方式，则通过所述DCEP方 式与所述接收端之间建立所述数据通道。
[0350] 可选的，所述通信设备还包括：应答读取模块621和协议确定模块622。
[0351] 应答读取模块621，用于读取所述应答消息中携带的对应于所述第三提议属性行 的第三应答属性行，所述第三应答属性行是所述接收端根据所述第三提议属性行和所述接 收端在所述数据通道上支持的数据协议确定出两端在所述数据通道上均支持的数据协议 后生成的。
[0352] 协议确定模块622,用于根据所述第三应答属性行确定在所述数据通道上传输的 数据协议。
[0353] 综上所述，本实施例提供的通信设备，解决了当通信两端中的至少一端同时支持 两种或者两种以上的数据通道协商方式时，通信两端就无法协商建立数据通道的问题；当 两端中的至少一端支持两种或两种以上数据通道协商方式时，通过两端对数据通道协商方 式的协商确定，进而在此基础上完成数据通道的建立，使得两端能够简单、高效地建立数据 通道，实现了不同终端、不同网络之间的互连互通。
[0354] 另外，当提议消息中还包括第三提议属性行时，发送端和接收端在对数据通道协 商方式进行协商的同时，还可对数据通道上传输的数据协议进行协商，发送端和接收端之 间通过一次SDP会话即可完成数据通道协商方式的协商以及数据通道上传输的数据协议 的协商，充分提高了数据通道建立的效率。
[0355] 请参考图8,其示出了本发明再一实施例提供的通信设备的结构方框图，本实施例 以该通信设备为图1所示实施环境中的接收端来举例说明。该接收端可以是基于浏览器的 终端、传统终端或者媒体网关。该通信设备可以包括：接收模块710、应答确定模块720和 应答发送模块730。
[0356] 接收模块710,用于接收发送端发送的携带有第一提议属性行和第二提议属性行 的提议消息；其中，所述第一提议属性行包括所述发送端支持的数据通道协商方式的信息， 所述第二提议属性行包括本次请求的数据通道协商方式的信息，所述本次请求的数据通道 协商方式为所述发送端支持的数据通道协商方式中的一种。
[0357] 应答确定模块720,用于根据所述第一提议属性行、所述第二提议属性行以及接收 端支持的数据通道协商方式确定应答消息。
[0358] 应答发送模块730,用于向所述发送端发送所述应答消息，以便所述发送端根据所 述应答消息与所述接收端之间建立数据通道。
[0359] 其中，所述接收端和所述发送端中的至少一端支持两种或者两种以上数据通道协 商方式。
[0360] 综上所述，本实施例提供的通信设备，解决了当通信两端中的至少一端同时支持 两种或者两种以上的数据通道协商方式时，通信两端就无法协商建立数据通道的问题；当 两端中的至少一端支持两种或两种以上数据通道协商方式时，通过两端对数据通道协商方 式的协商确定，进而在此基础上完成数据通道的建立，使得两端能够简单、高效地建立数据 通道，实现了不同终端、不同网络之间的互连互通。
[0361] 请参考图9,其示出了本发明再一实施例提供的通信设备的结构方框图，本实施例 以该通信设备为图1所示实施环境中的接收端来举例说明。该接收端可以是基于浏览器的 终端、传统终端或者媒体网关。该通信设备可以包括：接收模块710、应答确定模块720和 应答发送模块730。
[0362] 接收模块710,用于接收发送端发送的携带有第一提议属性行和第二提议属性行 的提议消息；其中，所述第一提议属性行包括所述发送端支持的数据通道协商方式的信息， 所述第二提议属性行包括本次请求的数据通道协商方式的信息，所述本次请求的数据通道 协商方式为所述发送端支持的数据通道协商方式中的一种。
[0363] 其中，所述接收端和所述发送端中的至少一端支持两种或者两种以上数据通道协 商方式。
[0364] 可选的，所述接收端和所述发送端中的一端支持的数据通道协商方式包括数据通 道建立协议DCEP方式和会话描述协议SDP方式，且另一端支持的数据通道协商方式包括所 述DCEP方式和所述SDP方式中的至少一种。
[0365] 应答确定模块720,用于根据所述第一提议属性行、所述第二提议属性行以及接收 端支持的数据通道协商方式确定应答消息。
[0366] 可选的，所述应答确定模块720,包括：方式确定单元，和下面至少一个单元：第一 应答单元，第二应答单元，和第三应答单元。
[0367] 所述方式确定单元，用于根据所述第一提议属性行和所述接收端支持的数据通道 协商方式确定两端均支持的数据通道协商方式。
[0368] 所述第一应答单元，用于若所述两端均支持的数据通道协商方式有且只有DCEP 方式，则确定同意采用的数据通道协商方式为所述DCEP方式，并生成携带有所述第一应答 属性行的应答消息，以便所述发送端根据所述第一应答属性行检测出两端均支持所述DCEP 方式后，通过所述DCEP方式与所述接收端之间建立所述数据通道。
[0369] 所述第二应答单元，用于若所述两端均支持的数据通道协商方式有且只有SDP方 式，则确定同意采用的数据通道协商方式为所述SDP方式，并生成携带有所述第一应答属 性行和第二应答属性行的应答消息，以便所述发送端读取所述第二应答属性行后，通过所 述SDP方式与所述接收端之间建立所述数据通道。
[0370] 所述第三应答单元，用于若所述两端均支持的数据通道协商方式为DCEP方式和 SDP方式，则判断所述第二提议属性行中包括的所述数据通道关联的流标识为任意流标识 符还是指定流标识符；其中，所述任意流标识符表示所述本次请求的数据通道协商方式为 所述DCEP方式，所述指定流标识符表示所述本次请求的数据通道协商方式为所述SDP方 式；若为所述任意流标识符，则确定同意采用的数据通道协商方式为所述DCEP方式，并生 成携带有所述第一应答属性行的应答消息，以便所述发送端根据所