协商媒体能力的方法和设备的制造方法

协商媒体能力的方法和设备的制造方法
【技术领域】
[0001] 本发明涉及视频会议系统，并且具体地，涉及一种协商媒体能力的方法和设备。
【背景技术】
[0002] 随着媒体通信技术的发展，视频会议终端对多流的需求越来越旺盛。仅仅一个 视频流和一个音频流的应用已经无法满足人们对多屏幕多画面的追求。在互联网工程 任务组IETF中，提出了一种网真多流控制协议（controllingmultiplestreamsfor telepresence，CLUE)。通常可以在会话初始化协议（SessionInitiationProtocol，SIP) 协议族下使用CLUE，并且在SIP协议族下实现多音视频流的协商。
[0003] 然而，在现实的条件下，多媒体传输协议(例如，H. 323协议）的终端之间需要多流 媒体流的互通。现有技术采用SIP协议与CLUE协议来实现多流媒体能力之间的协商的方 案，但不适用于SIP协议以外的普通多媒体传输协议的终端。
[0004] 因此，如何在普通多媒体传输协议下利用多流控制协议实现多流媒体流的能力协 商是亟待解决的问题。

【发明内容】

[0005] 本发明的实施例提供了一种通信方法和设备，能够在普通多媒体传输协议下利用 多流控制协议实现多流媒体流的能力协商。
[0006] 第一方面，提供了一种协商媒体能力的方法，包括：第一设备向第二设备发送第一 消息，并向第二设备发送第三消息，第一消息包括第一设备支持的至少一个媒体捕获能力 的信息和对应于至少一个媒体捕获能力的至少一个第一关联标识，第三消息包括第一设备 支持的至少一个配置项和对应于至少一个配置项的至少一个第二关联标识，至少一个第一 关联标识与至少一个第二关联标识一一对应；第一设备接收第二设备发送的第二消息，并 接收第二设备发送的第四消息，第二消息包括第二设备根据第一消息和第三消息选择的至 少一个媒体捕获能力和对应于至少一个媒体捕获能力的至少一个第三关联标识，第四消息 是第二消息的响应消息。
[0007] 结合第一方面，在第一种可能的实现方式中，至少一个第一关联标识分别与至少 一个第二关联标识相同，和/或第三关联标识为第一关联标识或第二关联标识的子集。
[0008] 结合第一方面，在第二种可能的实现方式中，还包括：第一设备向第二设备发送第 一呼叫建立消息，第一呼叫建立消息包括用于指示支持多流控制协议消息的参数；第一设 备接收第二设备发送的第二呼叫建立消息，第二呼叫建立消息包括用于指示支持多流控制 协议消息的参数。
[0009] 结合第一方面的第二种可能的实现方式，在第三种可能的实现方式中，第一呼叫 建立消息和第二呼叫建立消息为H. 323协议族中的H. 225协议的消息。
[0010] 结合第一方面或第一方面的第一种到第三种中任一种实现方式，在第四种可能的 实现方式中，在第一设备接收第二设备发送的第二消息，并接收第二设备发送的第四消息 之后，还包括：第一设备根据第二消息向第二设备发送第五消息，第五消息包括对应于至少 一个配置项的至少一个第四关联标识，第五消息用于请求开启与至少一个第四关联标识对 应的至少一个逻辑信道，至少一个第四关联标识分别对应于至少一个第三关联标识；第一 设备接收第二设备发送的第六消息，第六消息是第五消息的响应消息；第一设备根据第六 消息，在至少一个逻辑信道上发送相应的媒体流。
[0011] 结合第一方面的第四种实现方式，在第五种实现方式中，还包括：第一设备向第二 设备发送第一终止消息，第一终止消息包括待终止的至少一个逻辑信道对应的第四关联标 识，第一终止消息用于请求终止待终止的至少一个逻辑信道；第一设备接收第二设备发送 的第二终止消息，第二终止消息是第一终止消息的响应消息。
[0012] 结合第一方面或第一方面的第一种至第五种中任一种实现方式，在第六种实现方 式中，在第一设备向第二设备发送第一消息，并向第二设备发送第三消息之前，还包括：第 一设备向第二设备发送第一版本消息，第一版本消息用于指示第一设备支持的多流控制协 议的版本；第一设备接收第二设备发送的第二版本消息，第二版本消息用于指示第二设备 支持的多流控制协议的版本。
[0013] 结合第一方面或第一方面的第一种至第六种中任一种实现方式，在第七种实现方 式中，在第一设备接收第二设备发送的第二消息，并接收第二设备发送的第四消息之后，还 包括：第一设备接收第二设备发送的第二更新消息，第二更新消息包括第二设备确定的待 更新的至少一个媒体捕获能力和对应于待更新的至少一个媒体捕获能力的至少一个第三 关联标识；第一设备根据第二更新消息发送更新后的媒体流。
[0014] 结合第一方面的第七种实现方式，在第八种实现方式中，在第一设备接收第二设 备发送的第二更新消息之前，还包括：第一设备向第二设备发送第一更新消息，第一更新消 息包括待更新的至少一个媒体捕获能力的信息和对应于待更新的至少一个媒体捕获能力 的至少一个第一关联标识。
[0015] 结合第一方面或第一方面的第一种至第六种实现方式，在第九种实现方式中，还 包括：第一设备向第二设备发送第一更新消息和第三更新消息，第一更新消息包括待更新 的至少一个媒体捕获能力的信息和对应于待更新的至少一个媒体捕获能力的至少一个第 一关联标识，第三更新消息包括待更新的至少一个配置项和对应于待更新的至少一个配置 项的至少一个第二关联标识；第一设备接收第二设备发送的第二更新消息和第四更新消 息，第二更新消息包括第二设备确定的待更新的至少一个媒体捕获能力和对应于待更新的 至少一个媒体捕获能力的至少一个第三关联标识，第四更新消息是第三更新消息的响应消 息；第一设备根据第二更新消息向第二设备发送第五更新消息，第五更新消息包括对应于 待更新的至少一个配置项的至少一个第四关联标识，第五更新消息用于请求开启待更新的 至少一个逻辑信道，待更新的至少一个配置项的至少一个第三关联标识分别对应于待更新 的至少一个配置项的至少一个第四关联标识；第一设备接收第二设备发送的第六更新消 息，第六更新消息是第五更新消息的响应消息；第一设备根据第六更新消息，在更新后的至 少一个逻辑信道上发送相应的媒体流。
[0016] 结合第一方面或第一方面的第一种至第九种中的任一种实现方式，在第十种实现 方式中，还包括：第一设备接收第二设备发送的第六消息，并接收第二设备发送的第八消 息，第六消息包括第二设备支持的至少一个媒体捕获能力的信息和对应于第二设备支持的 至少一个媒体捕获能力的至少一个第五关联标识，第八消息包括第二设备支持的至少一个 配置项和对应于第二设备支持的至少一个配置项的至少一个第六关联标识，至少一个第五 关联标识对应于至少一个第六关联标识；第一设备根据第七消息和第八消息选择至少一个 媒体捕获能力；第一设备向第二设备发送第七消息，并向第二设备发送第九消息，第七消 息包括第一设备选择的至少一个媒体捕获能力和对应于第一设备选择的至少一个媒体捕 获能力的至少一个第七关联标识，第九消息是第八消息的响应消息；第一设备接收第二设 备发送的第十消息，第十消息包括对应于第一设备选择的至少一个配置项的至少一个第八 关联标识，第十消息用于请求开启与第八关联标识对应的至少一个逻辑信道，至少一个第 八关联标识分别对应于至少一个第七关联标识；第一设备向第二设备发送第十一消息，第 十一消息是第十消息的响应消息；第一设备在至少一个逻辑信道上接收第二设备发送的媒 体流。
[0017] 结合第一方面或第一方面的第一种至第十种中的任一种实现方式，在第十一种实 现方式中，第一设备为多点控制单元MCU。
[0018] 结合第一方面或第一方面的第一种至第十一种中的任一种实现方式，在第十二种 实现方式中，第一设备和第二设备支持多流控制协议；第一消息、第二消息、第三消息和第 四消息为H323协议族中的H. 245协议的消息。
[0019]结合第一方面的第十二中实现方式，在第十三种实现方式中，第一消息为请求消 息，第二消息为终端能力集消息、第三消息为请求消息，第四消息为终端能力集确认消息。
[0020] 第二方面，提供了一种协商媒体能力的方法，包括：第二设备接收第一设备发送的 第一消息，并接收第一设备发送的第三消息，第一消息包括第一设备支持的至少一个媒体 捕获能力的信息和对应于至少一个媒体捕获能力的至少一个第一关联标识，第三消息包括 第一设备支持的至少一个配置项和对应于至少一个配置项的至少一个第二关联标识，至少 一个第一关联标识对应于至少一个第二关联标识；第二设备根据第一消息和第二消息选择 至少一个媒体捕获能力；第二设备向第一设备发送第二消息，并向第一设备发送第四消息， 第二消息包括第二设备选择的至少一个媒体捕获能力和对应于至少一个媒体捕获能力的 至少一个第三关联标识，第四消息是第三消息的响应消息。
[0021] 结合第二方面的第一种实现方式，在第二方面的第二种实现方式中，至少一个第 一关联标识分别与至少一个第二关联标识相同，和/或第三关联标识为第一关联标识或第 -关联标识的子集。
[0022] 结合第二方面或第二方面的第一种实现方式，在第二方面的第二种实现方式中， 在第二设备接收第一设备发送的第一消息，并接收第一设备发送的第三消息之前，还包括： 第二设备接收第一设备发送的第一呼叫建立消息，第一呼叫建立消息包括用于指示支持多 流控制协议消息的参数；第二设备向第一设备发送第二呼叫建立消息，第二呼叫建立消息 包括用于指示支持多流控制协议消息的参数。结合第二方面的第二种实现方式，在第二 方面的第三种实现方式中，第一呼叫建立消息和第二呼叫建立消息为H. 323协议族中的 H. 225协议的消息。
[0023] 结合第二方面或第二方面的第一种至第三种中的任一种实现方式，在第二方面的 第四种实现方式中，在第二设备向第一设备发送第二消息，并向第一设备发送第四消息之 后，还包括：第二设备接收第一设备根据第二消息发送的第五消息，第五消息包括对应于至 少一个配置项的至少一个第四关联标识，第五消息用于请求开启与至少一个第四关联标识 对应的至少一个逻辑信道，至少一个第四关联标识分别对应于至少一个第三关联标识；第 二设备向第一设备发送第六消息，第六消息是第五消息的响应消息；第二设备在至少一个 逻辑信道上接收第一设备根据第六消息发送的相应的媒体流。
[0024] 结合第二方面的第四种实现方式，在第二方面的第五种实现方式中，还包括：第二 设备接收第一设备发送的第一终止消息，第一终止消息包括待终止的至少一个逻辑信道对 应的第四关联标识，第一终止消息用于请求终止待终止的至少一个逻辑信道；第二设备向 第一设备发送第二终止消息，第二终止消息是第一终止消息的响应消息。
[0025] 结合第二方面或第二方面的第一种至第五种中的任一种实现方式，在第二方面的 第六种实现方式中，在第二设备接收第一设备发送的第一消息，并接收第一设备发送的第 三消息之前，还包括：第二设备接收第一设备发送的第一版本消息，第一版本消息用于指示 第一设备支持的多流控制协议的版本；第二设备向第一设备发送第二版本消息，第二版本 消息用于指示第二设备支持的多流控制协议的版本。
[0026] 结合第二方面或第二方面的第一种至第六种中的任一种实现方式，在第二方面的 第七种实现方式中，在第二设备向第一设备发送第二消息，并向第一设备发送第四消息之 后，还包括：第二设备向第一设备发送第二更新消息，第二更新消息包括第二设备确定的待 更新的至少一个媒体捕获能力和对应于待更新的至少一个媒体捕获能力的至少一个第三 关联标识；第二设备接收第一设备根据第二更新消息发送的更新后的媒体流。
[0027] 结合第二方面的第七种实现方式，在第二方面的第八种实现方式中，在第二设备 向第一设备发送第二更新消息之前，还包括：第二设备接收第一设备发送的第一更新消息， 第一更新消息包括待更新的至少一个媒体捕获能力的信息和对应于待更新的至少一个媒 体捕获能力的至少一个第一关联标识。
[0028] 结合第二方面或第二方面的第一种至第六种中的任一种实现方式，在第二方面的 第九种实现方式中，还包括：第二设备接收第二设备发送的第一更新消息和第三更新消息， 第一更新消息包括待更新的至少一个媒体捕获能力的信息和对应于待更新的至少一个媒 体捕获能力的至少一个第一关联标识，第三更新消息包括待更新的至少一个配置项和对应 于待更新的至少一个配置项的至少一个第二关联标识；第二设备向第一设备发送第二更新 消息和第四更新消息，第二更新消息包括第二设备确定的待更新的至少一个媒体捕获能力 和对应于待更新的至少一个媒体捕获能力的至少一个第一关联标识，第四更新消息是第三 更新消息的响应消息；第二设备接收第一设备根据第二更新消息发送的第五更新消息，第 五更新消息包括对应于待更新的至少一个配置项的至少一个第四关联标识，第五更新消息 用于请求开启待更新的至少一个逻辑信道，待更新的至少一个配置项的至少一个第三关联 标识分别对应于待更新的至少一个配置项的至少一个第四关联标识；第二设备向第一设备 发送第六更新消息，第六更新消息是第五更新消息的响应消息；第二设备在更新后的至少 一个逻辑信道上接收第一设备根据第六更新消息发送的相应的媒体流。
[0029] 结合第二方面或第二方面的第一种至第九种中的任一种实现方式，在第二方面的 第十种实现方式中，在第二设备向第一设备发送第二消息，并向第一设备发送第四消息之 后，还包括：第二设备向第一设备发送第六消息，并向第一设备发送第八消息，第六消息包 括第二设备支持的至少一个媒体捕获能力的信息和对应于第二设备支持的至少一个媒体 捕获能力的至少一个第五关联标识，第八消息包括第二设备支持的至少一个配置项和对应 于第二设备支持的至少一个配置项的至少一个第六关联标识，至少一个第五关联标识对应 于至少一个第六关联标识；第二设备接收第一设备发送的第七消息，并接收第一设备发送 的第九消息，第七消息包括第一设备选择的至少一个媒体捕获能力和对应于第一设备选择 的至少一个媒体捕获能力的至少一个第七关联标识，第九消息是第八消息的响应消息；第 二设备向第一设备发送第十消息，第十消息包括第一设备选择的至少一个配置项和对应于 第一设备选择的至少一个配置项的至少一个第八关联标识，第十消息用于请求开启与第八 关联标识对应的至少一个逻辑信道，至少一个第八关联标识分别对应于至少一个第七关联 标识；第二设备接收第一设备发送的第十一消息，第十一消息是第十消息的响应消息；第 二设备向在至少一个逻辑信道上向第一设备发送媒体流。
[0030] 结合第二方面或第二方面的第一种至第十种中的任一种实现方式，在第二方面的 第十一种实现方式中，第一设备为多点控制单元MCU。
[0031] 结合第二方面或第二方面的第一种至第i^一种中的任一种实现方式，在第二方面 的第十二种实现方式中，
[0032] 第一设备和第二设备支持多流控制协议；第一消息、第二消息、第三消息和第四消 息为H323协议族中的H. 245协议的消息。
[0033] 结合第二方面第十二种实现方式，在第二方面的第十三种实现方式中第一消息为 请求消息，第二消息为终端能力集消息、第三消息为请求消息，第四消息为终端能力集确认 消息。
[0034]第三方面，提供了一种协商媒体能力的设备，包括：发送模块，用于向第二设备发 送第一消息，并向第二设备发送第三消息，第一消息包括设备支持的至少一个媒体捕获能 力的信息和对应于至少一个媒体捕获能力的至少一个第一关联标识，第三消息包括设备支 持的至少一个配置项和对应于至少一个配置项的至少一个第二关联标识，至少一个第一关 联标识与述至少一个第二关联标识一一对应；接收模块，用于接收第二设备发送的第二消 息，并接收第二设备发送的第四消息，第二消息包括第二设备根据第一消息和第三消息选 择的至少一个媒体捕获能力和对应于至少一个媒体捕获能力的至少一个第三关联标识，第 四消息是第三消息的响应消息。
[0035] 结合第三方面，在第三方面的第一种可能的实现方式中，至少一个第一关联标识 分别与至少一个第二关联标识相同，和/或第三关联标识为第一关联标识或第二关联标识 的子集。
[0036] 结合第三方面，在第三方面的第二种可能的实现方式中，在发送模块向第二设备 发送第一消息，并向第二设备发送第三消息之前，发送模块向第二设备发送第一呼叫建立 消息，第一呼叫建立消息包括用于指示支持多流控制协议消息的参数；接收模块接收第二 设备发送的第二呼叫建立消息，第二呼叫建立消息包括用于指示支持多流控制协议消息的 参数。
[0037] 结合第三方面的第二种可能的实现方式，在第三方面的第三种可能的实现方式中 第一呼叫建立消息和第二呼叫建立消息为H. 323协议族中的H. 225协议的消息。
[0038] 结合第三方面或第三方面的第一种到第三种中任一种实现方式，在第三方面的第 四种可能的实现方式中，在接收模块接收第二设备发送的第二消息，并接收第二设备发送 的第四消息之后，发送模块根据第二消息向第二设备发送第五消息，第五消息包括对应于 至少一个配置项的至少一个第四关联标识，第五消息用于请求开启与至少一个第四关联标 识对应的至少一个逻辑信道，至少一个第四关联标识分别对应于至少一个第三关联标识； 接收模块接收第二设备发送的第六消息，第六消息是第五消息的响应消息；发送模块根据 第六消息，在至少一个逻辑信道上发送相应的媒体流。
[0039] 结合第三方面的第四种实现方式，在第三方面的第五种实现方式中，发送模块还 用于向第二设备发送第一终止消息，第一终止消息包括待终止的至少一个逻辑信道对应的 第四关联标识，第一终止消息用于请求终止待终止的至少一个逻辑信道；接收模块还用于 接收第二设备发送的第二终止消息，第二终止消息是第一终止消息的响应消息。
[0040] 结合第三方面或第三方面的第一种至第五种中任一种实现方式，在第三方面的第 六种实现方式中，在模块向第二设备发送第一消息，并向第二设备发送第三消息之前，发送 模块向第二设备发送第一版本消息，第一版本消息用于指示设备支持的多流控制协议的版 本；接收模块接收第二设备发送的第二版本消息，第二版本消息用于指示第二设备支持的 多流控制协议的版本。
[0041] 结合第三方面或第三方面的第一种至第六种中任一种实现方式，在第三方面的第 七种实现方式中，在接收模块接收第二设备发送的第二消息，并接收第二设备发送的第四 消息之后，接收模块接收第二设备发送的第二更新消息，第二更新消息包括第二设备确定 的待更新的至少一个媒体捕获能力和对应于待更新的至少一个媒体捕获能力的至少一个 第三关联标识；发送模块根据第二更新消息发送更新后的媒体流。
[0042] 结合第三方面的第七种实现方式，在第三方面的第八种实现方式中，在接收模块 接收第二设备发送的第二更新消息之前，向第二设备发送第一更新消息，第一更新消息包 括待更新的至少一个媒体捕获能力的信息和对应于待更新的至少一个媒体捕获能力的至 少一个第一关联标识。结合第三方面或第三方面的第一种至第六种实现方式，在第三方面 的第九种实现方式中，发送模块还用于向第二设备发送第一更新消息和第三更新消息，第 一更新消息包括待更新的至少一个媒体捕获能力的信息和对应于待更新的至少一个媒体 捕获能力的至少一个第一关联标识，第三更新消息包括待更新的至少一个配置项和对应于 待更新的至少一个配置项的至少一个第二关联标识；接收模块还用于接收第二设备发送的 第二更新消息和第四更新消息，第二更新消息包括第二设备确定的待更新的至少一个媒体 捕获能力和对应于待更新的至少一个媒体捕获能力的至少一个第三关联标识，第四更新消 息是第三更新消息的响应消息；发送模块还用于根据第二更新消息向第二设备发送第五更 新消息，第五更新消息包括对应于待更新的至少一个配置项的至少一个第四关联标识，第 五更新消息用于请求开启待更新的至少一个逻辑信道，待更新的至少一个配置项的至少一 个第三关联标识分别对应于待更新的至少一个配置项的至少一个第四关联标识；接收设备 还用于接收第二设备发送的第六更新消息，第六更新消息是第五更新消息的响应消息；发 送模块还用于根据第六更新消息，在更新后的至少一个逻辑信道上发送相应的媒体流。 [0043]结合第三方面或第三方面的第一种至第九种中的任一种实现方式，在第三方面的 第十种实现方式中，还包括：选择模块，其中接收模块还用于接收第二设备发送的第六消 息，并接收第二设备发送的第八消息，第六消息包括第二设备支持的至少一个媒体捕获能 力的信息和对应于第二设备支持的至少一个媒体捕获能力的至少一个第五关联标识，第八 消息包括第二设备支持的至少一个配置项和对应于第二设备支持的至少一个配置项的至 少一个第六关联标识，至少一个第五关联标识对应于至少一个第六关联标识；选择模块用 于根据第七消息和第八消息选择至少一个媒体捕获能力；发送模块还用于向第二设备发送 第七消息，并向第二设备发送第九消息，第七消息包括设备选择的至少一个媒体捕获能力 和对应于设备选择的至少一个媒体捕获能力的至少一个第七关联标识，第九消息是第八消 息的响应消息；接收模块还用于接收第二设备发送的第十消息，第十消息包括对应于设备 选择的至少一个配置项的至少一个第八关联标识，第十消息用于请求开启与第八关联标识 对应的至少一个逻辑信道，至少一个第八关联标识分别对应于至少一个第七关联标识；发 送模块还用于向第二设备发送第十一消息，第十一消息是第十消息的响应消息；接收模块 还用 于在至少一个逻辑信道上接收第二设备发送的媒体流。
[0044] 结合第三方面或第三方面的第一种至第十种中的任一种实现方式，在第三方面的 第十一种实现方式中，设备为多点控制单元MCU。
[0045] 结合第三方面或第三方面的第一种至第十一种中的任一种实现方式，在第三方面 的第十二种实现方式中，第一设备和第二设备支持多流控制协议；第一消息、第二消息、第 三消息和第四消息为H323协议族中的H. 245协议的消息。
[0046] 结合第三方面的第十二中实现方式，在第三方面的第十三种实现方式中，第一消 息为请求消息，第二消息为终端能力集消息、第三消息为请求消息，第四消息为终端能力集 确认消息。
[0047]第四方面，一种协商媒体能力的设备，包括：接收模块，用于接收第一设备发送的 第一消息，并接收第一设备发送的第三消息，第一消息包括第一设备支持的至少一个媒体 捕获能力的信息和对应于至少一个媒体捕获能力的至少一个第一关联标识，第三消息包括 第一设备支持的至少一个配置项和对应于至少一个配置项的至少一个第二关联标识，至少 一个第一关联标识对应于至少一个第二关联标识；选择模块，用于根据第一消息和第二消 息选择至少一个媒体捕获能力；
[0048] 发送模块，用于向第一设备发送第二消息，并向第一设备发送第四消息，第二消息 包括设备选择的至少一个媒体捕获能力和对应于至少一个媒体捕获能力的至少一个第三 关联标识，第四消息是第三消息的响应消息。结合第四方面的第一种实现方式，在第四方面 的第二种实现方式中，
[0049] 至少一个第一关联标识分别与至少一个第二关联标识相同，和/或第三关联标识 为第一关联标识或第二关联标识的子集。
[0050] 结合第四方面或第四方面的第一种实现方式，在第四方面的第二种实现方式中， 在接收模块接收第一设备发送的第一消息，并接收第一设备发送的第三消息之前，接收模 块还用于接收第一设备发送的第一呼叫建立消息，第一呼叫建立消息包括用于指示支持多 流控制协议消息的参数；发送模块还用于向第一设备发送第二呼叫建立消息，第二呼叫建 立消息包括用于指示支持多流控制协议消息的参数。
[0051] 结合第四方面的第二种实现方式，在第四方面的第三种实现方式中，第一呼叫建 立消息和第二呼叫建立消息为H. 323协议族中的H. 225协议的消息。
[0052] 结合第四方面或第四方面的第一种至第三种中的任一种实现方式，在第四方面的 第四种实现方式中，在发送模块向第一设备发送第二消息，并向第一设备发送第四消息之 后，接收模块还用于接收第一设备根据第二消息发送的第五消息，第五消息包括对应于至 少一个配置项的至少一个第四关联标识，第五消息用于请求开启与至少一个第四关联标识 对应的至少一个逻辑信道，至少一个第四关联标识分别对应于至少一个第三关联标识；发 送模块还用于向第一设备发送第六消息，第六消息是第五消息的响应消息；接收模块还用 于在至少一个逻辑信道上接收第一设备根据第六消息发送的相应的媒体流。
[0053] 结合第四方面的第四种实现方式，在第四方面的第五种实现方式中，接收模块还 用于接收第一设备发送的第一终止消息，第一终止消息包括待终止的至少一个逻辑信道对 应的第四关联标识，第一终止消息用于请求终止待终止的至少一个逻辑信道；发送模块还 用于向第一设备发送第二终止消息，第二终止消息是第一终止消息的响应消息。
[0054] 结合第四方面或第四方面的第一种至第五种中的任一种实现方式，在第四方面的 第六种实现方式中，在接收模块接收第一设备发送的第一消息，并接收第一设备发送的第 三消息之前，接收模块还用于接收第一设备发送的第一版本消息，第一版本消息用于指示 第一设备支持的多流控制协议的版本；发送模块还用于向第一设备发送第二版本消息，第 二版本消息用于指示设备支持的多流控制协议的版本。
[0055] 结合第四方面或第四方面的第一种至第六种中的任一种实现方式，在第四方面的 第七种实现方式中，在发送模块向第一设备发送第二消息，并向第一设备发送第四消息之 后，发送模块还用于向第一设备发送第二更新消息，第二更新消息包括设备确定的待更新 的至少一个媒体捕获能力和对应于待更新的至少一个媒体捕获能力的至少一个第三关联 标识；接收模块还用于接收第一设备根据第二更新消息发送的更新后的媒体流。
[0056] 结合第四方面的第七种实现方式，在第四方面的第八种实现方式中，接收模块还 用于：在发送模块向第一设备发送第二更新消息之前，接收第一设备发送的第一更新消息， 第一更新消息包括待更新的至少一个媒体捕获能力的信息和对应于待更新的至少一个媒 体捕获能力的至少一个第一关联标识。
[0057] 结合第四方面或第四方面的第一种至第六种中的任一种实现方式，在第四方面的 第九种实现方式中，接收模块还用于接收设备发送的第一更新消息和第三更新消息，第一 更新消息包括待更新的至少一个媒体捕获能力的信息和对应于待更新的至少一个媒体捕 获能力的至少一个第一关联标识，第三更新消息包括待更新的至少一个配置项和对应于待 更新的至少一个配置项的至少一个第二关联标识；发送模块还用于向第一设备发送第二更 新消息和第四更新消息，第二更新消息包括设备确定的待更新的至少一个媒体捕获能力和 对应于待更新的至少一个媒体捕获能力的至少一个第一关联标识，第四更新消息是第三更 新消息的响应消息；接收模块还用于接收第一设备根据第二更新消息发送的第五更新消 息，第五更新消息包括对应于待更新的至少一个配置项的至少一个第四关联标识，第五更 新消息用于请求开启待更新的至少一个逻辑信道，待更新的至少一个配置项的至少一个第 三关联标识分别对应于待更新的至少一个配置项的至少一个第四关联标识；发送模块还用 于向第一设备发送第六更新消息，第六更新消息是第五更新消息的响应消息；接收模块还 用于在更新后的至少一个逻辑信道上接收第一设备根据第六更新消息发送的相应的媒体 流。
[0058] 结合第四方面或第四方面的第一种至第九种中的任一种实现方式，在第四方面的 第十种实现方式中，在发送模块向第一设备发送第二消息，并向第一设备发送第四消息之 后，发送模块还用于向第一设备发送第六消息，并向第一设备发送第八消息，第六消息包括 设备支持的至少一个媒体捕获能力的信息和对应于设备支持的至少一个媒体捕获能力的 至少一个第五关联标识，第八消息包括设备支持的至少一个配置项和对应于设备支持的至 少一个配置项的至少一个第六关联标识，至少一个第五关联标识对应于至少一个第六关联 标识；接收模块还用于接收第一设备发送的第七消息，并接收第一设备发送的第九消息，第 七消息包括第一设备选择的至少一个媒体捕获能力和对应于第一设备选择的至少一个媒 体捕获能力的至少一个第七关联标识，第九消息是第八消息的响应消息；发送模块还用于 向第一设备发送第十消息，第十消息包括第一设备选择的至少一个配置项和对应于第一设 备选择的至少一个配置项的至少一个第八关联标识，第十消息用于请求开启与第八关联标 识对应的至少一个逻辑信道，至少一个第八关联标识分别对应于至少一个第七关联标识； 接收模块还用于接收第一设备发送的第十一消息，第十一消息是第十消息的响应消息；发 送模块还用于向在至少一个逻辑信道上向第一设备发送媒体流。
[0059]结合第四方面或第四方面的第一种至第十种中的任一种实现方式，在第四方面的 第十一种实现方式中，第一设备为多点控制单元MCU。
[0060]结合第四方面或第四方面的第一种至第十一种中的任一种实现方式，在第四方面 的第十二种实现方式中，第一设备和第二设备支持多流控制协议；第一消息、第二消息、第 三消息和第四消息为H323协议族中的H. 245协议的消息。
[0061]结合第四方面第十二种实现方式，在第四方面的第十三种实现方式中，第一消息 为请求消息，第二消息为终端能力集消息、第三消息为请求消息，第四消息为终端能力集确 认消息。
[0062]在本发明实施例的技术方案中，通过在普通多媒体传输协议消息中携带至少一个 媒体捕获能力和对应的关联标识，以及至少一个能力的配置项和对应的关联标识，来实现 通信双方的多流媒体的能力协商，从而能够在普通多媒体传输协议下利用多流控制协议实 现多流媒体的能力协商。
【附图说明】
[0063]图1是根据本发明的实施例的通信系统的示意性架构图。
[0064]图2是根据本发明的一个实施例的通信方法的示意性流程图。
[0065]图3是根据本发明的另一个实施例的通信方法的示意性流程图。
[0066] 图4是根据本发明的又一个实施例的通信方法的示意性流程图。
[0067]图5是根据本发明的再一个实施例的通信方法的示意性流程图。
[0068]图6是根据本发明的另一个实施例的网络设备的示意性结构图。
[0069]图7是根据本发明的另一个实施例的通信设备的示意性结构图。
[0070] 图8是根据本发明的另一个实施例的通信设备的示意性结构图。
[0071] 图9是根据本发明的另一个实施例的通信设备的示意性结构图。
【具体实施方式】
[0072] 下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完 整地描述，显然，所描述的实施例是本发明的一部分实施例，而不是全部实施例。基于本发 明中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实 施例，都应属于本发明保护的范围。
[0073] 本发明的实施例可以应用于视频会议系统，包括点到点会议系统和多点会议系 统。应理解，在多点会议系统中，一般是3个及3个以上的会场通信时，需要经过多点控制 单元MCU(MultipointControlUnit),由MCU进行媒体流的控制和转发。在点到点会议系 统中，两个会场之间直接通信，不经过MCU，不需要MCU的参与。
[0074] 图1是根据本发明的实施例的视频会议系统100的示意性架构图。本实施例以多 点会议系统为例进行说明。
[0075] 视频会议系统100包括终纟而设备110、终纟而设备120、终J而设备130和终J而设备140 以及多点控制单元MCU(MultipointControlUnit)。视频会议系统100可以通过多路摄 像机采集和多屏显示来提供更真实的视频交流效果。在视频会议系统100中，MCU是负责 呼叫信令处理、会议控制、视频核心交换、混音、视音频适配、分屏处理的设备。终端设备110 至140可以是位于不同会场的视频会议系统100的会场终端，主要包括视频编解码模块、音 频编解码模块、信令模块、控制模块、配置模块及其他功能模块等，主要用于接收和发起对 远端终端设备的呼叫，将本地摄像机、麦克风采集的视频和音频码流编码后发送给远端的 终端设备，同时将远端的视频和音频码流进行解码并输出到本端的显示器和喇叭上。
[0076] 应理解，在本发明的实施例的视频会议系统100用于点到点会议系统时，可以省 略MCU。
[0077]为了描述方便，图1中仅仅示出了第一终端设备110至140,本领域技术人员应理 解的是，视频会议系统1〇〇可以包括更多的终端设备或者更少的终端设备。根据本发明的 实施例，可以是一个终端设备通过一个多点控制单元与多个终端通信设备，或者也可以是 一个设备通过多个多点控制单元与多个终端设备通信，或者也可以是一个终端设备直接与 另一个终端设备通信，或者是一个多点控制单元与多个终端设备进行通信。
[0078] 图2是根据本发明一个实施例的通信方法的示意性流程图。图2的方法由图1的 终端设备或MCU执行，包括如下内容。
[0079] 210,第一设备向第二设备发送第一消息，并向第二设备发送第三消息，第一消息 包括第一设备支持的至少一个媒体捕获能力的信息和对应于至少一个媒体捕获能力的一 个或多个第一关联标识，第三消息包括第一设备支持的至少一个配置项和对应于配置项的 至少一个第二关联标识，至少一个第一关联标识与至少一个第二关联标识一一对应。
[0080] 例如，媒体捕获能力可以指终端设备捕获或MCU获取的媒体(例如，首频和视频)的 能力，媒体捕获能力的信息可以包括：媒体的空间信息、纵横比或文本描述等。配置项可以 包括多个能力，该能力可以指终端设备的传输媒体的能力，例如，编码方式、码率或带宽等。 应理解，媒体捕获能力和配置项可以采用相同的标识，也可以采用关联标识使该媒体捕获 能力和配置项相对应。
[0081] 220,第一设备接收第二设备发送的第二消息，并接收第二设备发送的第四消息， 第二消息包括第二设备根据第一消息和第三消息选择的至少一个媒体捕获能力和对应于 至少一个媒体捕获能力的至少一个第三关联标识，第四消息是第三消息的响应消息。
[0082] 具体而言，第一设备将第一设备所支持的媒体捕获能力的信息和相应的第一关联 标识，以及所支持的能力的配置项和相应的第二关联标识通知第二设备，第二设备根据第 一消息和第三消息选择其想要接收的媒体捕获能力和配置项的组合，并使用第二消息来发 送选择的媒体捕获能力，且用第三关联标识来标记，其中第三关联标识是根据第一关联标 识与第二关联标识之间的对应关系或关联关系选取的。
[0083] 换句话说，第二设备可以利用上述对应关系或关联关系从第一设备支持的至少一 个媒体捕获能力中选择至少一个媒体捕获能力，并将上述至少一个媒体捕获能力通知第一 设备，以便第一设备与第二设备使用上述至少一个媒体捕获能力和配置项传输媒体流。 [0084] 应理解，至少一个第一关联标识可以分别与至少一个第二关联标识相同，或者至 少一个第一关联标识可以分别与至少一个第二关联标识不同，并且至少一个第一关联标识 与至少一个第二关联标识以及至少一个第三关联标识之间存在映射关系或对应关系或者 关联关系。
[0085] 应理解，上述第一消息、第二消息、第三消息和第四消息可以是多媒体传输协议， 例如，H. 323协议的消息。
[0086] 根据本发明的实施例，通过在普通多媒体传输协议消息中携带至少一个媒体捕获 能力和对应的关联标识，以及至少一个能力的配置项和对应的关联标识，来实现通信双方 的多流媒体的能力协商，从而能够在普通多媒体传输协议下利用多流控制协议实现多流媒 体的能力协商。
[0087] 根据本发明的实施例，至少一个第一关联标识分别与至少一个第二关联标识相 同，和/或第三关联标识为至少一个第一关联标识或至少一个第二关联标识的子集。
[0088] 应理解，可以是第一关联标识、第二关联标识和第三关联标识相同，并且第三关联 标识为至少一个第一关联标识或至少一个第二关联标识的子集。也可以是：至少一个第一 关联标识分别与至少一个第二关联标识相同，或者第三关联标识为至少一个第一关联标识 或至少一个第二关联标识的子集。
[0089] 可选地，作为另一实施例，在第一设备向第二设备发送第一消息，并向第二设备发 送第三消息之前，图1的方法还包括：第一设备向第二设备发送第一呼叫建立消息，第一呼 叫建立消息包括用于指示支持多流控制协议消息的参数；第一设备接收第二设备发送的第 二呼叫建立消息，第二呼叫建立消息包括用于指示支持多流控制协议消息的参数。
[0090] 应理解，可以在第一呼叫消息中设置参数，例如，在H. 323协议族的消息中设置网 真多流控制能力（CLUEControlCapability)参数。可替代地，也可以采用其他的方式。呼 叫建立消息可以是用于连接的消息或者呼叫振铃的消息。
[0091] 由于在呼叫建立的过程中采用了指示支持多流控制协议消息的参数，使第二设备 能够确定进行接下来的能力协商过程采用多流控制协议，从而能够兼容现有的多媒体传输 协议(例如，H. 323协议）或者不会对现有的协议造成影响。
[0092] 根据本发明的实施例，第一呼叫建立消息和第二呼叫建立消息为H. 323协议族中 的H. 225协议的消息。
[0093] 应理解，第一消息可以是H. 245协议中的一般消息，该第一消息用于第一设备宣 告媒体捕获能力，第二消息可以是H. 245协议中的一般消息，该第二消息用于第二设备设 定媒体捕获能力，第三消息可以是H. 245中的终端能力集消息，第四消息可以是H. 245中的 终端能力集确认消息。
[0094] 可选地，作为另一实施例，图2的方法还包括：第一设备根据第二消息向第二设备 发送第五消息，第五消息包括对应于配置项的至少一个第四关联标识，第五消息用于请求 开启与至少一个第四关联标识对应的至少一个逻辑信道，至少一个第四关联标识分别与至 少一个第三关联标识一一对应；第一设备接收第二设备发送的第六消息，第六消息是第五 消息的响应消息；第一设备根据第六消息，在至少一个逻辑信道上发送相应的媒体流。
[0095] 由于开启了逻辑信道并发送相应的媒体流，因此第一设备能够向第二设备进行传 输多个媒体流的信息，从而能实现网真的效果。
[0096] 应理解，第三关联标识或第四关联标识可以与第一关联标识和第二关联标识相 同，也可以三者之间具有映射关系。
[0097] 可选地，作为另一实施例，图2的方法还包括：第一设备向第二设备发送第一终止 消息，第一终止消息包括待终止的至少一个逻辑信道对应的第四关联标识，第一终止消息 用于请求终止待终止的至少一个逻辑信道；第一设备接收第二设备发送的第二终止消息， 第二终止消息是第一终止消息的响应消息。
[0098] 应理解，第一终止消息可以是用于关闭逻辑信道的消息，例如可以是H.245协议 中的终止逻辑信道的消息。该第一终止消息也可以是终止媒体数据传输的消息，例如可以 是将第一消息或第三消息中的除了标识以外的相关能力参数都设置为零。
[0099]可选地，作为另一实施例，在第一设备向第二设备发送第一消息，并向第二设备发 送第三消息之前，图2的方法还包括：第一设备向第二设备发送第一版本消息，第一版本消 息用于指示第一设备支持的多流控制协议的版本；第一设备接收第二设备发送的第二版本 消息，第二版本消息用于指示第二设备支持的多流控制协议的版本。
[0100] 应理解，第一版本消息和第二版本消息可以包括指示版本以及扩展的信息。由于 第一设备和第二设备通知对方所支持的多流控制协议的版本的信息，因此第一设备和第二 设备可以采用相同的版本的多流控制协议以实现能力协商。
[0101] 可选地，作为另一实施例，在第一设备接收第二设备发送的第二消息，并接收第二 设备发送的第四消息之后，图2的方法还包括：第一设备接收第二设备发送的第二更新消 息，第二更新消息包括第二设备确定的待更新的至少一个媒体捕获能力和对应于待更新的 至少一个媒体捕获能力的至少一个第三关联标识；第一设备根据第二更新消息发送更新后 的媒体流。
[0102] 由于第一设备接收了第二设备发送的第二更新消息并接收了更新后的媒体流，因 此当第二设备要选择的捕获能力改变时，能够根据更新后的选择的捕获能力发送更新后的 媒体流。
[0103] 可选地，作为另一实施例，在第一设备接收第二设备发送的第二更新消息之前，图 2的方法还包括：第一设备向第二设备发送第一更新消息，第一更新消息包括待更新的至 少一个媒体捕获能力的信息和对应于待更新的至少一个媒体捕获能力的至少一个第一关 联标识。
[0104] 由于第一设备向第二设备发送了第一更新消息，第二设备对第一设备进行了回 复，因此第一设备可以将改变的捕获能力信息提供给第二设备，然后第二设备进行确定，从 而第一设备能够根据更新后的捕获能力向第二设备发送媒体流。
[0105] 可选地，作为另一实施例，图2的方法还包括：第一设备向第二设备发送第一更新 消息和第三更新消息，第一更新消息包括待更新的至少一个媒体捕获能力的信息和对应于 待更新的至少一个媒体捕获能力的至少一个第一关联标识，第三更新消息包括待更新的至 少一个配置项和对应于待更新的至少一个配置项的至少一个第二关联标识；第一设备接收 第二设备发送的第二更新消息和第四更新消息，第二更新消息包括第二设备确定的待更新 的至少一个媒体捕获能力和对应于待更新的至少一个媒体捕获能力的至少一个第三关联 标识，第四更新消息是第三更新消息的响应消息；第一设备根据第二更新消息向第二设备 发送第五更新消息，第五更新消息包括对应于待更新的至少一个配置项的至少一个第四关 联标识，第五更新消息用于请求开启待更新的至少一个逻辑信道，待更新的至少一个配置 项的至少一个第三关联标识分别对应于待更新的至少一个配置项的至少一个第四关联标 识；第一设备接收第二设备发送的第六更新消息，第六更新消息是第五更新消息的响应消 息；第一设备根据第六更新消息，在更新后的至少一个逻辑信道上发送相应的媒体流。
[0106] 应理解，由于第一设备和第二设备在特定的情况下，例如，双方通信之间发生了宽 带的更改或摄像头的增减时，第一设备将需要发送第三更新消息，该第三更新消息用于更 新第三消息。在完成更新的能力协商后，第一设备按照更新后的捕获能力向第二设备发送 媒体流，因此，实现了灵活的多流媒体数据传输机制。
[0107] 可选地，作为另一实施例，图2的方法还包括：第一设备接收第二设备发送的第六 消息，并接收第二设备发送的第八消息，第六消息包括第二设备支持的至少一个媒体捕获 能力的信息和对应于第二设备支持的至少一个媒体捕获能力的至少一个第五关 联标识，第 八消息包括第二设备支持的至少一个配置项和对应于第二设备支持的至少一个配置项的 至少一个第六关联标识，至少一个第五关联标识对应于至少一个第六关联标识；第一设备 根据第七消息和第八消息选择至少一个媒体捕获能力；第一设备向第二设备发送第七消 息，并向第二设备发送第九消息，第七消息包括第一设备选择的至少一个媒体捕获能力和 对应于第一设备选择的至少一个媒体捕获能力的至少一个第七关联标识，第九消息是第八 消息的响应消息；第一设备接收第二设备发送的第十消息，第十消息包括对应于第一设备 选择的至少一个配置项的至少一个第八关联标识，第十消息用于请求开启与第八关联标识 对应的至少一个逻辑信道，至少一个第八关联标识分别对应于至少一个第七关联标识；第 一设备向第二设备发送第十一消息，第十一消息是第十消息的响应消息；第一设备在至少 一个逻辑信道上接收第二设备发送的媒体流。
[0108] 应理解，由此第一设备接收了第二设备发起的能力协商并且第一设备接收第二设 备发送的媒体流。换句话说，第一设备与第二设备之间建立了双向通道，第一设备可以向第 二设备发送媒体流，第二设备也可以向第一设备发送媒体流，因此双方都实现了能力的协 商以及媒体数据的传输。
[0109] 根据本发明的实施例，第一设备为多点控制单元MCU。
[0110] 例如，在多点会议系统中，MCU可以从多个终端接收终端能力集消息(例如， terminalCapabilitySet)和请求消息(例如，CLUERequest)，并根据从这些消息获取的信 息，构造自己的捕获数据。通常，MCU会在收到所有终端的信息之后，再发送自己的终端能 力集消息和请求消息，或者，在某些情况下（比如，快速启动等)，MCU也可以先发送终端能力 集消息和请求消息，当有其他终端加入之后，再采用上述更新的方法更新捕获数据。
[0111] 应理解，可替代地，第一设备也可以是终端设备。
[0112] 根据本发明的另一个实施例，第一设备和第二设备支持多流控制协议；第一消息、 第二消息、第三消息和第四消息为H.323协议族中的H.245协议的消息。例如，第一消息为 请求消息，第二消息为请求消息，第三消息为终端能力集消息，第四消息为终端能力集确认 消息。
[0113] 由于采用了支持H.323协议族的设备，因此实现了在H.323协议中采用多流控制 协议实现了多媒体流的能力协商，从而可以进一步实现多媒体流的传输。
[0114]应理解，第一消息、第二消息、第三消息和第四消息可以是协商捕获能力与配置项 的其他的协议。
[0115] 图3是根据本发明另一个实施例的通信方法的示意性流程图。图3的方法由第二 设备120执行，包括如下内容。图3的实施例与图2的实施例相对应，在此适当省略详细的 描述。
[0116] 310,第二设备接收第一设备发送的第一消息，并接收第一设备发送的第三消息， 第一消息包括第一设备支持的至少一个媒体捕获能力的信息和对应于至少一个媒体捕获 能力的至少一个第一关联标识，第三消息包括第一设备支持的至少一个配置项和对应于配 置项的至少一个第二关联标识，至少一个第一关联标识与至少一个第二关联标识一一对 应。
[0117] 320,第二设备根据第一消息和第三消息选择至少一个媒体捕获能力。
[0118] 330,第二设备向第一设备发送第二消息，并向第一设备发送第四消息，第二消息 包括第二设备选择的至少一个媒体捕获能力和对应于至少一个媒体捕获能力的至少一个 第三关联标识，第四消息是第三消息的响应消息。
[0119]根据本发明的实施例，通过在普通多媒体传输协议消息中携带至少一个媒体捕获 能力和对应的关联标识，以及至少一个配置项和对应的关联标识，来实现通信双方的多流 媒体的能力协商，从而能够在普通多媒体传输协议下利用多流控制协议实现多流媒体的能 力协商。
[0120] 根据本发明的实施例，至少一个第一关联标识分别与至少一个第二关联标识相 同，和/或第三关联标识为第一关联标识或第二关联标识的子集。
[0121] 可选地，作为另一实施例，在第二设备接收第一设备发送的第一消息，并接收第一 设备发送的第三消息之前，图3的方法还包括：
[0122] 第二设备接收第一设备发送的第一呼叫建立消息，第一呼叫建立消息包括用于指 示支持多流控制协议消息的参数；
[0123]第二设备向第一设备发送第二呼叫建立消息，第二呼叫建立消息包括用于指示支 持多流控制协议消息的参数。
[0124]根据本发明的实施例，第一呼叫建立消息和第二呼叫建立消息为H.323协议族中 的H. 225协议的消息。
[0125]可选地，作为另一实施例，在第二设备向第一设备发送第二消息，并向第一设备发 送第四消息之后，图3的方法还包括：第二设备接收第一设备根据第二消息发送的第五消 息，第五消息包括对应于配置项的至少一个第四关联标识，第五消息用于请求开启与至少 一个第四关联标识对应的至少一个逻辑信道，至少一个第四关联标识分别对应于至少一个 第三关联标识；第二设备向第一设备发送第六消息，第六消息是第五消息的响应消息；
[0126]第二设备在至少一个逻辑信道上接收第一设备根据第六消息发送的相应的媒体 流。
[0127] 可选地，作为另一实施例，图3的方法还包括：第二设备接收第一设备发送的第一 终止消息，第一终止消息包括待终止的至少一个逻辑信道对应的第四关联标识，第一终止 消息用于请求终止待终止的至少一个逻辑信道；
[0128] 第二设备向第一设备发送第二终止消息，第二终止消息是第一终止消息的响应消 肩、。
[0129] 可选地，作为另一实施例，在第二设备接收第一设备发送的第一消息，并接收第一 设备发送的第三消息之前，图3的方法还包括：第二设备接收第一设备发送的第一版本消 息，第一版本消息用于指示第一设备支持的多流控制协议的版本；第二设备向第一设备发 送第二版本消息，第二版本消息用于指示第二设备支持的多流控制协议的版本。
[0130] 可选地，作为另一实施例，在第二设备向第一设备发送第二消息，并向第一设备发 送第四消息之后，还包括：
[0131] 第二设备向第一设备发送第二更新消息，第二更新消息包括第二设备确定的待更 新的至少一个媒体捕获能力和对应于待更新的至少一个媒体捕获能力的至少一个第三关 联标识；第二设备接收第一设备根据第二更新消息发送的更新后的媒体流。
[0132] 可选地，作为另一实施例，在第二设备向第一设备发送第二更新消息之前，图3的 方法还包括：第二设备接收第一设备发送的第一更新消息，第一更新消息包括待更新的至 少一个媒体捕获能力的信息和对应于待更新的至少一个媒体捕获能力的至少一个第一关 联标识。
[0133] 可选地，作为另一实施例，图3的方法还包括：第二设备接收第二设备发送的第一 更新消息和第三更新消息，第一更新消息包括待更新的至少一个媒体捕获能力的信息和对 应于待更新的至少一个媒体捕获能力的至少一个第一关联标识，第三更新消息包括待更新 的至少一个配置项和对应于待更新的至少一个配置项的至少一个第二关联标识；第二设备 向第一设备发送第二更新消息和第四更新消息，第二更新消息包括第二设备确定的待更新 的至少一个媒体捕获能力和对应于待更新的至少一个媒体捕获能力的至少一个第一关联 标识，第四更新消息是第三更新消息的响应消息；第二设备接收第一设备根据第二更新消 息发送的第五更新消息，第五更新消息包括对应于待更新的至少一个配置项的至少一个第 四关联标识，第五更新消息用于请求开启待更新的至少一个逻辑信道，待更新的至少一个 配置项的至少一个第三关联标识分别对应于待更新的至少一个配置项的至少一个第四关 联标识；第二设备向第一设备发送第六更新消息，第六更新消息是第五更新消息的响应消 息；第二设备在更新后的至少一个逻辑信道上接收第一设备根据第六更新消息发送的相应 的媒体流。
[0134] 可选地，作为另一实施例，在第二设备向第一设备发送第二消息，并向第一设备发 送第四消息之后，图3的方法还包括：第二设备向第一设备发送第六消息，并向第一设备 发送第八消息，第六消息包括第二设备支持的至少一个媒体捕获能力的信息和对应于第二 设备支持的至少一个媒体捕获能力的至少一个第五关联标识，第八消息包括第二设备支持 的至少一个配置项和对应于第二设备支持的至少一个配置项的至少一个第六关联标识，至 少一个第五关联标识对应于至少一个第六关联标识；第二设备接收第一设备发送的第七消 息，并接收第一设备发送的第九消息，第七消息包括第一设备选择的至少一个媒体捕获能 力和对应于第一设备选择的至少一个媒体捕获能力的至少一个第七关联标识，第九消息是 第八消息的响应消息；第二设备向第一设备发送第十消息，第十消息包括第一设备选择的 至少一个配置项和对应于第一设备选择的至少一个配置项的至少一个第八关联标识，第十 消息用于请求开启与第八关联标识对应的至少一个逻辑信道，至少一个第八关联标识分别 对应于至少一个第七关联标识；第二设备接收第一设备发送的第十一消息，第十一消息是 第十消息的响应消息；第二设备向在至少一个逻辑信道上向第一设备发送媒体流。
[0135] 根据本发明的实施例，第一设备为多点控制单元MCU。
[0136] 根据本发明的实施例，第一设备和第二设备支持多流控制协议；第一消息、第二消 息、第三消息和第四消息为H323协议族中的H. 245协议的消息。
[0137] 根据本发明的实施例，第一消息为请求消息，第二消息为终端能力集消息、第三消 息为请求消息，第四消息为终端能力集确认消息。
[0138] 图4是根据本发明的又一个实施例的协商媒体能力的方法的示意性流程图。该流 程图示出了终端A与终端B之间的交互关系，图4的方法为图2和图3方法的例子，在此省 略详细的描述。在本实施例中，终端A作为第一设备，终端B作为第二设备，第一消息为捕 获宣告消息，第二消息为捕获设定消息，第三消息为终端能力集消息，第四消息为终端能力 集确认消息。本实例以多流控制协议为CLUE，普通多流控制协议为H. 323协议为例进行说 明。
[0139] 下面步骤411-413是终端A与终端B建立呼叫的过程。在该过程中，终端A与终 端B之间可以通过已经建立的终端A与终端B之间的呼叫信令信道建立媒体控制信道。
[0140] 411，终端A向终端B发送呼叫建立（SETUP)消息。
[0141] 例如，在终端A与终端B之间的呼叫信令信道建立之后，终端A可以在呼叫信 令信道上向终端B发送呼叫建立消息。例如，呼叫建立消息可以采用H. 225协议消息 的格式，所不同的是，该呼叫建立消息中还包括扩展能力参数，例如，网真多流控制能力 (CLUEControlCapability)参数，该扩展能力参数指示终端A和终端B支持采用CLUE协议。 若呼叫建立消息包含扩展能力参数，则说明本次呼叫使用CLUE协议，如果呼叫建立消息不 包含该扩展能力参数，则说明本次呼叫不使用CLUE协议，并且不再执行下列步骤。
[0142] 扩展能力参数的具体内容如表1:
[0143]表1
[0144]
[0145]
[0146] 412,终端B向终端A发送包括扩展能力参数的呼叫振铃（ALERTING)消息。
[0147] 例如，终端A可以在呼叫信令信道上向终端B发送呼叫振铃消息。该呼叫振铃消 息指示终端B接收到呼叫建立消息，并确定使用CLUE协议来与终端A通信。例如，该呼叫 振铃消息为H. 225协议消息。
[0148] 413，终端B向终端A发送连接（Connect)消息，该消息指示终端B与终端A之间 建立了呼叫连接，即建立了终端B与终端A之间的媒体控制信道。
[0149] 下面的步骤421-425是终端A对终端B进行能力交换的过程。在该过程中，终端 A与终端B之间可以通过已经建立的媒体控制信道，采用H. 245协议的消息协商CLUE协议 需要的多流控制能力参数。
[0150] 421，终端A向终端B发送终端能力集（TerminalCapabilitySet)消息。
[0151] 例如，终端A通过已经建立的媒体控制信道向终端B发送终端能力集消息。该终 端能力集消息采用H. 245协议的终端能力集消息的格式，该终端能力集消息中包括至少一 个(例如，本实施例中为四个）指示终端A支持的至少一个配置项，与常规H. 245协议的终 端能力集消息不同的是，在本实施例的终端能力集消息中，配置项可以包括多个能力，可 以在配置项a、配置项b、配置项c和配置项e中增加CLUEEncodingCorrelation参数，该 CLUEEncodingCorrelation参数可以包含EncodingID参数，该参数为文中的标识的具体 例子，用于使配置项与捕获相关联，例如，具有相同EncodingID参数的配置项和捕获相关 联，应理解，配置项和捕获也可以不采用相同的参数，而采用相关联的标识。而对应于相同 EncodingID参数的逻辑信道与配置项和捕获相关联。该CLUEEncodingCorrelation参数 的说明如表2所示。说明如表3所示。
[0152]表 2
[0153]
[0156]
[0157] 例如，加入参数后的TerminalCapabilitySet消息包含如下内容：
[0158]配置项a :CLUEEncodingCorrelation :EncodingID=l
[0159]配置项b :CLUEEncodingCorrelation :EncodingID=2
[0160]配置项c
[0161]配置项d :CLUEEncodingCorrelation :EncodingID=3
[0162]配置项e :CLUEEncodingCorrelation :EncodingID=4。
[0163] 422,终端A向终端B发送第一版本消息，该消息指示终端A支持的CLUE协议的版 本和扩展。
[0164] 例如，终端A可以通过媒体控制信道向终端B发送第一版本消息，该第一版本消息 可以为多流控制协议请求（CLUERequest)消息，该消息采用H. 245协议消息的格式。
[0165] 423,终端B向终端A发送第二版本消息。该第二版本消息指示终端B支持的版本 和扩展。
[0166] 例如，终端B可以通过媒体控制信道向终端A发送第二版本消息，该第二版本消息 可以为多流控制协议请求（CLUERequest)消息，该消息采用H. 245协议Request消息的格 式。
[0167] 424,终端A向终端B发送捕获宣告消息。
[0168] 例如，终端A可以通过媒体控制信道向终端B发送捕获宣告消息。在本实施例中， 该捕获宣告消息包括终端A支持的3个媒体捕获能力的信息。捕获宣告消息可以为多流控 制协议请求（CLUERequest)消息，采用H. 245协议的Request消息的格式。每个媒体捕获 能力的信息包括一个或多个EncodingID参数，应理解，也可以采用与配置项中的标识相对 应的关联标识，例如，该捕获宣告消息包括如下内容：
[0169]捕获 i:EncodingID=l;
[0170]捕获 ii:EncodingID=2,EncodingID=4 ;
[0171]捕获 iii:EncodingID=3。
[0172] 425,终端B向终端A发送捕获设定消息，该消息为CLUERequest消息。例如，终端 B可以通过媒体控制信道向终端A发送捕获设定消息。在本实施例中，该捕获设定消息指示 终端B设定的2个媒体捕获能力的信息，每个媒体捕获能力的信息包括一个关联标识，捕获 设定消息可以为多流控制协议请求（CLUERequest)消息，采用H. 245协议的Request消息 的格式。该捕获设定消息包括：
[0173]捕获 i:EncodingID=l;
[0174]捕获 ii:EncodingID=2。
[0175] 426,终端B向终端A发送终端能力集确认消息，该消息指示终端B确定接收到终 端A发送的终端能力集消息。
[0176] 例如，终端B可以通过媒体控制信道向终端A发送终端能力集确认消息。在本实 施例中，该终端能力集确认消息可以采用H. 245协议的终端能力集确认消息的格式。
[0177] 终端B可以根据捕获设定消息中所设定的捕获i和捕获ii分别对应的 EncodingID=l和EncodingID=2,确定终端B选择的至少一个配置项为配置项a和配 置项b。对于没有包括关联标识的配置项c，按照常规的H.245通信方法，不采用CLUE 协议。然后终端B向终端A发送TerminalCapabilitySetAck消息，该消息用于响应 TerminalCapabilitySet消息。
[0178] 可选地，该终端能力集确认消息可以包括如下内容：
[0179]配置项a:CLUEEncodingCorrelation:EncodingID=l;
[0180]配置项b:CLUEEncodingCorrelation:EncodingID=2 ;
[0181] 配置项c。
[0182] 以下步骤431和432是建立媒体数据传输信道的过程。在该过程中，终端A与终 端B之间可以通过已经建立的媒体控制信道，采用H. 245协议的消息协商CLUE协议需要的 多流控制能力参数。
[0183] 431，终端A向终端B发送逻辑信道开启消息。
[0184] 例如，终端A可以通过媒体控制信道向终端B发送逻辑信道开启消息。在本实施 例中，该终端能力集确认消息可以采用H. 245协议的Request消息的格式。
[0185] 该逻辑信道开启消息包括配置项，有的配置项对应EncodingID参数，有的配置 项不包括EncodingID参数。对于不包括EncodingID的配置项，A采用标准的H. 245标 准开启逻辑信道。对于对应EncodingID的配置项，A仅根据接收到的捕获设定消息中的 EncodingID开启逻辑信道。开启逻辑信道消息包括如下内容：
[0186]配置项a:EncodingID=l;
[0187]配置项b:EncodingID=2 ;
[0188] 配置项c。
[0189] 对于不包括EncodingID的配置项c，终端A采用标准的H. 245开启逻辑信道。对 于对应EncodingID的配置项a和配置项b，由于终端A接收到终端B发送的捕获设定消 息中包括对应的捕获的EncodingID，因此设备针对对应该捕获的EncodingID的配置项a 和b开启逻辑信道。
[0190] 432,终端B向终端A发送逻辑信道开启确认消息。
[0191] 例如，终端B可以通过媒体控制信道向终端A发送逻辑信道开启确认消息。在本 实施例中，该终端能力集确认消息可以采用H. 245协议的Request消息的格式。
[0192] 例如，逻辑信道开启确认消息用于确认开启EncodingID=l和EncodingID=2对应 的逻辑信道。
[0193] 可选地，该逻辑信道开启确认消息可以包括如下内容：
[0194]配置项a:EncodingID=l;
[0195]配置项b:EncodingID=2;
[0196] 配置项c。
[0197] 至此，开启了从终端A到终端B的逻辑信道，终端A可以通过上述逻辑信道向终端 B发送媒体流。
[0198] 可选地，作为另一实施例，图4的实施例还可以包括以下步骤441和442,使得终端 B能够与终端A进行能力交换，并开启终端B到终端A逻辑信道，以便终端B能够向终端A 传输媒体流。
[0199] 441，终端B对终端A进行能力交换。
[0200]442,终端B对终端A建立媒体数据传输信道，
[0201] 应理解，441和442中的具体步骤和终端A对终端B进行通信的方式相似，此处不 再详述，步骤442之后，终端A和终端B建立了双向的信道，可以向对方发送媒体数据。
[0202] 451，终端A通过开启的从终端A到终端B的逻辑信道向终端B发送媒体数据，终 端B通过开启的从终端B到终端A的逻辑信道向终端A发送媒体数据。
[0203] 461，如果终端A需要更新捕获宣告消息，终端A向终端B发送捕获宣告更新消息， 终端B接收到该捕获宣告更新消息后，根据该消息中的EncodingID确定捕获设定消息中的 捕获。
[0204] 462,终端B向终端A发送捕获设定更新消息。
[0205] 463,当终端A与终端B之间的传输宽带更改时，或者增加或减少摄像时头，终端A 需要向终端B发送TerminalCapabilitySet更新消息以及捕获宣告更新消息，然后终端B 根据该TerminalCapabilitySet更新消息以及该捕获宣告更新消息，通过EncodingID确 定该要回复的捕获设定消息中的捕获。应理解，步骤463是可选的，而且步骤463与步骤 461和462的顺序可以互换，即步骤463可以在 步骤461之前或之后执行。
[0206] 464,终端B向终端A发送捕获设定更新消息以及TerminalCapabilitySetAck更 新消息，可选地，该捕获设定更新消息消息中可以包括配置项以及对应配置项的Encoding ID，TerminalCapabilitySetAck更新消息用于响应TerminalCapabilitySet更新消息。
[0207] 471，终端A对终端B终止一个或多个媒体数据的逻辑信道，终端A可以通过 将CLUERequest消息或TerminalCapabilitySet消息中对应指定EncodingID参数的 其他能力设置为〇,然后发送该CLUERequest消息或TerminalCapabilitySet消息，在 这种情况下，如果终端A还需要向终端B传输媒体数据，终端A可以向终端B再次发送 TerminalCapabilitySet消息或捕获宣告消息来进行与421-432相似能力交换。
[0208] 可替代地，终端A可以发送CloseLogicalChannel消息来关闭该信道，在这种情况 下，如果终端A还需要向终端B发送媒体数据，则需要重新开启逻辑信道，甚至重新建立呼 口即发送呼叫建立（SETUP)消息。
[0209] 472,终端B对终端A终止一个或多个媒体数据的逻辑信道，终端B可以采用相同 或相似的方式来终止终端B对终端A的媒体数据传输。应理解，步骤472是可选的。
[0210] 图5是根据本发明的再一个实施例的通信方法的示意图。该流程图示出了终端A 和终端C与多点控制单元MCU之间的交互关系，MCU可以作为终端设备使用，不同的是，MCU 可以与多个设备进行交互。图5的方法为图2和图3方法的例子。图5的方法中的部分步 骤对应图4方法中的部分步骤，其实施的方式是相同或相似的，本领域技术人员能够跟据 描述实现图5中的实施例的方法。
[0211] 511，终端A与MCU建立呼叫。该步骤对应图4中的411-413,它们的执行方式是相 同或相似的。
[0212] 512,终端A对MCU进行终端能力交换。该步骤对应图4中的421-426,它们的执行 方式是相同或相似的。
[0213] 513,终端A对MCU开启逻辑信道。该步骤对应图4中的431和432,它们的执行方 式是相同或相似的。
[0214] 514 和 515、522 和 523、524 和 525 与 512 和 513 相似，不同的是：
[0215] 514和515 :MCU对终端A进行终端能力交换以及MCU对终端C开启逻辑信道。
[0216] 522和523:终端C对MCU进行终端能力交换以及终端C对MCU开启逻辑信道。
[0217] 524和525 :MCU对终端C进行终端能力交换以及MCU对终端C开启逻辑信道。
[0218] 516和526为媒体数据的传输，可以是MCU对终端A和终端C之间进行媒体数据传 输。其对应图4中的步骤451
[0219] 517和527为终止媒体数据传输，其对应图4中的步骤471和472。
[0220] 图6的设备包括：发送模块610,用于向第二设备发送第一消息，并向第二设备发 送第三消息，第一消息包括设备支持的至少一个媒体捕获能力的信息和对应于至少一个媒 体捕获能力的至少一个第一关联标识，第三消息包括设备支持的至少一个配置项和对应于 配置项的至少一个第二关联标识，至少一个第一关联标识与述至少一个第二关联标识一一 对应。
[0221] 接收模块620,用于接收第二设备发送的第二消息，并接收第二设备发送的第四消 息，第二消息包括第二设备根据第一消息和第三消息选择的至少一个媒体捕获能力和对应 于至少一个媒体捕获能力的至少一个第三关联标识，第四消息是第三消息的响应消息。
[0222] 在本发明实施例的技术方案中，通过在普通多媒体传输协议消息中携带至少一个 媒体捕获能力和对应的关联标识，以及至少一个能力的配置项和对应的关联标识，来实现 通信双方的多流媒体的能力协商，从而能够在普通多媒体传输协议下利用多流控制协议实 现多流媒体的能力协商。
[0223] 根据本发明的实施例，至少一个第一关联标识分别与至少一个第二关联标识相 同，和/或第三关联标识为第一关联标识或第二关联标识的子集。
[0224] 可选地，作为另一实施例，发送模块610还用于：在发送模块610向第二设备发送 第一消息，并向第二设备发送第三消息之前，向第二设备发送第一呼叫建立消息，第一呼叫 建立消息包括用于指示支持多流控制协议消息的参数；接收模块620还用于：接收第二设 备发送的第二呼叫建立消息，第二呼叫建立消息包括用于指示支持多流控制协议消息的参 数。
[0225] 根据本发明的实施例，第一呼叫建立消息和第二呼叫建立消息为H. 323协议族中 的H. 225协议的消息。
[0226] 可选地，作为另一实施例，发送模块610还用于：在接收模块620接收第二设备发 送的第二消息，并接收第二设备发送的第四消息之后，根据第二消息向第二设备发送第五 消息，第五消息包括对应于配置项的至少一个第四关联标识，第五消息用于请求开启与至 少一个第四关联标识对应的至少一个逻辑信道，至少一个第四关联标识分别对应于至少一 个第三关联标识；接收模块620还用于：接收第二设备发送的第六消息，第六消息是第五消 息的响应消息；发送模块610根据第六消息，在至少一个逻辑信道上发送相应的媒体流。
[0227] 可选地，作为另一实施例，发送模块610还用于向第二设备发送第一终止消息，第 一终止消息包括待终止的至少一个逻辑信道对应的第四关联标识，第一终止消息用于请求 终止待终止的至少一个逻辑信道；接收模块620还用于接收第二设备发送的第二终止消 息，第二终止消息是第一终止消息的响应消息。
[0228] 可选地，作为另一实施例，发送模块610还用于：在模块向第二设备发送第一消 息，并向第二设备发送第三消息之前，向第二设备发送第一版本消息，第一版本消息用于指 示设备支持的多流控制协议的版本；接收模块620还用于：接收第二设备发送的第二版本 消息，第二版本消息用于指示第二设备支持的多流控制协议的版本。
[0229] 可选地，作为另一实施例，接收模块620还用于：在接收第二设备发送的第二消 息，并接收第二设备发送的第四消息之后，接收第二设备发送的第二更新消息，第二更新消 息包括第二设备确定的待更新的至少一个媒体捕获能力和对应于待更新的至少一个媒体 捕获能力的至少一个第三关联标识；发送模块610还用于根据第二更新消息发送更新后的 媒体流。
[0230] 可选地，作为另一实施例，发送模块610还用于：在接收模块620接收第二设备发 送的第二更新消息之前，向第二设备发送第一更新消息，第一更新消息包括待更新的至少 一个媒体捕获能力的信息和对应于待更新的至少一个媒体捕获能力的至少一个第一关联 标识。
[0231] 可选地，作为另一实施例，发送模块610还用于向第二设备发送第一更新消息和 第三更新消息，第一更新消息包括待更新的至少一个媒体捕获能力的信息和对应于待更新 的至少一个媒体捕获能力的至少一个第一关联标识，第三更新消息包括待更新的至少一个 配置项和对应于待更新的至少一个配置项的至少一个第二关联标识；接收模块620还用于 接收第二设备发送的第二更新消息和第四更新消息，第二更新消息包括第二设备确定的待 更新的至少一个媒体捕获能力和对应于待更新的至少一个媒体捕获能力的至少一个第三 关联标识，第四更新消息是第三更新消息的响应消息；发送模块610还用于根据第二更新 消息向第二设备发送第五更新消息，第五更新消息包括对应于待更新的至少一个配置项的 至少一个第四关联标识，第五更新消息用于请求开启待更新的至少一个逻辑信道，待更新 的至少一个配置项的至少一个第三关联标识分别对应于待更新的至少一个配置项的至少 一个第四关联标识；接收设备还用于接收第二设备发送的第六更新消息，第六更新消息是 第五更新消息的响应消息；发送模块610还用于根据第六更新消息，在更新后的至少一个 逻辑信道上发送相应的媒体流。
[0232] 可选地，作为另一实施例，图6的设备还包括：接收模块630,其中接收模块630还 用于接收第二设备发送的第六消息，并接收第二设备发送的第八消息，第六消息包括第二 设备支持的至少一个媒体捕获能力的信息和对应于第二设备支持的至少一个媒体捕获能 力的至少一个第五关联标识，第八消息包括第二设备支持的至少一个配置项和对应于第二 设备支持的至少一个配置项的至少一个第六关联标识，至少一个第五关联标识对应于至少 一个第六关联标识；接收模块630用于根据第七消息和第八消息选择至少一个媒体捕获能 力；发送模块610还用于向第二设备发送第七消息，并向第二设备发送第九消息，第七消息 包括设备选择的至少一个媒体捕获能力和对应于设备选择的至少一个媒体捕获能力的至 少一个第七关联标识，第九消息是第八消息的响应消息；接收模块620还用于接收第二设 备发送的第十消息，第十消息包括对应于设备选择的至少一个配置项的至少一个第八关联 标识，第十消息用于请求开启与第八关联标识对应的至少一个逻辑信道，至少一个第八关 联标识分别对应于至少一个第七关联标识；发送模块610还用于向第二设备发送第十一消 息，第十一消息是第十消息的响应消息；接收模块620还用于在至少一个逻辑信道上接收 第二设备发送的媒体流。
[0233] 根据本发明的实施例，设备为多点控制单元MCU。
[0234] 根据本发明的实施例，第一设备和第二设备支持多流控制协议；第一消息、第二消 息、第三消息和第四消息为H323协议族中的H. 245协议的消息。
[0235] 根据本发明的实施例，第一消息为请求消息，第二消息为终端能力集消息、第三消 息为请求消息，第四消息为终端能力集确认消息。
[0236]协商媒体能力的设备600的各个单元的操作和功能可以参考与图2的实施例，为 了避免重复，在此不再赘述。
[0237]图7的设备包括：接收模块720,用于接收第一设备发送的第一消息，并接收第一 设备发送的第三消息，第一消息包括第一设备支持的至少一个媒体捕获能力的信息和对应 于至少一个媒体捕获能力的至少一个第一关联标识，第三消息包括第一设备支持的至少一 个配置项和对应于配置项的至少一个第二关联标识，至少一个第一关联标识对应于至少一 个第二关联标识；接收模块730,用于根据第一消息和第二消息选择至少一个媒体捕获能 力；发送模块710,用于向第一设备发送第二消息，并向第一设备发送第四消息，第二消息 包括设备选择的至少一个媒体捕获能力和对应于至少一个媒体捕获能力的至少一个第三 关联标识，第四消息是第三消息的响应消息。
[0238] 在本发明实施例的技术方案中，通过在普通多媒体传输协议消息中携带至少一个 媒体捕获能力和对应的关联标识，以及至少一个配置项和对应的关联标识，来实现通信双 方的多流媒体的能力协商，从而能够在普通多媒体传输协议下利用多流控制协议实现多流 媒体的能力协商。
[0239] 根据本发明的实施例，至少一个第一关联标识分别与至少一个第二关联标识相 同，和/或第三关联标识为第一关联标识或第二关联标识的子集。
[0240] 可选地，作为另一实施例，接收模块720还用于：在接收第一设备发送的第一消 息，并接收第一设备发送的第三消息之前，接收第一设备发送的第一呼叫建立消息，第一呼 叫建立消息包括用于指示支持多流控制协议消息的参数；发送模块710还用于向第一设备 发送第二呼叫建立消息，第二呼叫建立消息包括用于指示支持多流控制协议消息的参数。
[0241] 根据本发明的实施例，第一呼叫建立消息和第二呼叫建立消息为H. 323协议族中 的H. 225协议的消息。
[0242] 可选地，作为另一实施例，接收模块720还用于：在发送模块710向第一设备发送 第二消息，并向第一设备发送第四消息之后，接收第一设备根据第二消息发送的第五消息， 第五消息包括对应于配置项的至少一个第四关联标识，第五消息用于请求开启与至少一个 第四关联标识对应的至少一个逻辑信道，至少一个第四关联标识分别对应于至少一个第三 关联标识；发送模块710还用于向第一设备发送第六消息，第六消息是第五消息的响应消 息；接收模块720还用于在至少一个逻辑信道上接收第一设备根据第六消息发送的相应的 媒体流。
[0243] 可选地，作为另一实施例，接收模块720还用于接收第一设备发送的第一终止消 息，第一终止消息包括待终止的至少一个逻辑信道对应的第四关联标识，第一终止消息用 于请求终止待终止的至少一个逻辑信道；发送模块710还用于向第一设备发送第二终止消 息，第二终止消息是第一终止消息的响应消息。
[0244] 可选地，作为另一实施例，接收模块720还用于：在接收第一设备发送的第一消 息，并接收第一设备发送的第三消息之前，还用于接收第一设备发送的第一版本消息，第一 版本消息用于指示第一设备支持的多流控制协议的版本；发送模块710还用于向第一设备 发送第二版本消息，第二版本消息用于指示设备支持的多流控制协议的版本。
[0245] 可选地，作为另一实施例，发送模块710还用于：在向第一设备发送第二消息，并 向第一设备发送第四消息之后，发送模块710还用于向第一设备发送第二更新消息，第二 更新消息包括设备确定的待更新的至少一个媒体捕获能力和对应于待更新的至少一个媒 体捕获能力的至少一个第三关联标识；接收模块720还用于接收第一设备根据第二更新消 息发送的更新后的媒体流。
[0246] 可选地，作为另一实施例，接收模块720还用于：在发送模块710向第一设备发送 第二更新消息之前，接收第一设备发送的第一更新消息，第一更新消息包括待更新的至少 一个媒体捕获能力的信息和对应于待更新的至少一个媒体捕获能力的至少一个第一关联 标识。
[0247] 可选地，作为另一实施例，接收模块720还用于接收设备发送的第一更新消息和 第三更新消息，第一更新消息包括待更新的至少一个媒体捕获能力的信息和对应于待更新 的至少一个媒体捕获能力的至少一个第一关联标识，第三更新消息包括待更新的至少一个 配置项和对应于待更新的至少一个配置项的至少一个第二关联标识；发送模块710还用于 向第一设备发送第二更新消息和第四更新消息，第二更新消息包括设备确定的待更新的至 少一个媒体捕获能力和对应于待更新的至少一个媒体捕获能力的至少一个第一关联标识， 第四更新消息是第三更新消息的响应消息；接收模块720还用于接收第一设备根据第二更 新消息发送的第五更新消息，第五更新消息包括对应于待更新的至少一个配置项的至少一 个第四关联标识，第五更新消息用于请求开启待更新的至少一个逻辑信道，待更新的至少 一个配置项的至少一个第三关联标识分别对应于待更新的至少一个配置项的至少一个第 四关联标识；发送模块710还用于向第一设备发送第六更新消息，第六更新消息是第五更 新消息的响应消息；接收模块720还用于在更新后的至少一个逻辑信道上接收第一设备根 据第六更新消息发送的相应的媒体流。
[0248] 可选地，作为另一实施例，发送模块710还用于：在向第一设备发送第二消息，并 向第一设备发送第四消息之后，发送模块710还用于向第一设备发送第六消息，并向第一 设备发送第八消息，第六消息包括设备支持的至少一个媒体捕获能力的信息和对应于设备 支持的至少一个媒体捕获能力的至少一个第五关联标识，第八消息包括设备支持的至少一 个配置项和对应于设备支持的至少一个配置项的至少一个第六关联标识，至少一个第五关 联标识对应于至少一个第六关联标识；接收模块720还用于接收第一设备发送的第七消 息，并接收第一设备发送的第九消息，第七消息包括第一设备选择的至少一个媒体捕获能 力和对应于第一设备选择的至少一个媒体捕获能力的至少一个第七关联标识，第九消息是 第八消息的响应消息；发送模块710还用于向第一设备发送第十消息，第十消息包括第一 设备选择的至少一个配置项和对应于第一设备选择的至少一个配置项的至少一个第八关 联标识，第十消息用于请求开启与第八关联标识对应的至少一个逻辑信道，至少一个第八 关联标识分别对应于至少一个第七关联标识；接收模块720还用于接收第一设备发送的第 十一消息，第十一消息是第十消息的响应消息；发送模块710还用于向在至少一个逻辑信 道上向第一设备发送媒体流。
[0249] 根据本发明的实施例，第一设备为多点控制单元MCU。
[0250] 根据本发明的实施例，第一设备和第二设备支持多流控制协议；第一消息、第二消 息、第三消息和第四消息为H323协议族中的H. 245协议的消息。
[0251] 根据本发明的实施例，第一消息为请求消息，第二消息为终端能力集消息、第三消 息为请求消息，第四消息为终端能力集确认消息。
[0252] 协商媒体能力的设备700的各个单元的操作和功能可以参考与图3的实施例，为 了避免重复，在此不再赘述。
[0253] 图8是根据本发明的实施例的设备的示意性结构图，设备800包括处理器810、存 储器820、总线系统830、发送器840以及接收器850。
[0254] 处理器810、存储器820和发送器840通过总线系统830相连，该存储器820用于 存储指令，该处理器810用于执行该存储器820存储的指令。处理器810用于通过总线系 统830调用存储在存储器820中的指令，其中发送器840,用于向第二设备发送第一消息，并 向第二设备发送第三消息，第一消息包括设备支持的至少一个媒体捕获能力的信息和对应 于至少一个媒体捕获能力的至少一个第一关联标识，第三消息包括设备支持的至少一个配 置项和对应于配置项的至少一个第二关联标识，至少一个第一关联标识与述至少一个第二 关联标识 对应；
[0255] 接收器850,用于接收第二设备发送的第二消息，并接收第二设备发送的第四消 息，第二消息包括第二设备根据第一消息和第三消息选择的至少一个媒体捕获能力和对应 于至少一个媒体捕获能力的至少一个第三关联标识，第四消息是第三消息的响应消息。
[0256] 在本发明实施例的技术方案中，通过在普通多媒体传输协议消息中携带至少一个 媒体捕获能力和对应的关联标识，以及至少一个配置项和对应的关联标识，来实现通信双 方的多流媒体的能力协商，从而能够在普通多媒体传输协议下利用多流控制协议实现多流 媒体的能力协商。
[0257] 根据本发明的实施例，至少一个第一关联标识分别与至少一个第二关联标识相 同，和/或第三关联标识为第一关联标识或第二关联标识的子集。
[0258] 可选地，作为另一实施例，发送器840还用于：在向第二设备发送第一消息，并向 第二设备发送第三消息之前，向第二设备发送第一呼叫建立消息，第一呼叫建立消息包括 用于指示支持多流控制协议消息的参数；接收器850还用于接收第二设备发送的第二呼叫 建立消息，第二呼叫建立消息包括用于指示支持多流控制协议消息的参数。
[0259] 根据本发明的实施例，第一呼叫建立消息和第二呼叫建立消息为H. 323协议族中 的H. 225协议的消息。
[0260] 可选地，作为另一实施例，发送器840还用于：在接收器850接收第二设备发送的 第二消息，并接收第二设备发送的第四消息之后，根据第二消息向第二设备发送第五消息， 第五消息包括对应于配置项的至少一个第四关联标识，第五消息用于请求开启与至少一个 第四关联标识对应的至少一个逻辑信道，至少一个第四关联标识分别对应于至少一个第三 关联标识；接收器850还用于接收第二设备发送的第六消息，第六消息是第五消息的响应 消息；发送器840还用于根据第六消息，在至少一个逻辑信道上发送相应的媒体流。
[0261] 可选地，作为另一实施例，发送器840还用于向第二设备发送第一终止消息，第一 终止消息包括待终止的至少一个逻辑信道对应的第四关联标识，第一终止消息用于请求终 止待终止的至少一个逻辑信道；接收器850还用于接收第二设备发送的第二终止消息，第 二终止消息是第一终止消息的响应消息。
[0262] 可选地，作为另一实施例，发送器840还用于：在向第二设备发送第一消息，并向 第二设备发送第三消息之前，向第二设备发送第一版本消息，第一版本消息用于指示设备 支持的多流控制协议的版本；接收器850还用于接收第二设备发送的第二版本消息，第二 版本消息用于指示第二设备支持的多流控制协议的版本。
[0263] 可选地，作为另一实施例，接收器850还用于：在接收器850接收第二设备发送的 第二消息，并接收第二设备发送的第四消息之后，接收器850还用于接收第二设备发送的 第二更新消息，第二更新消息包括第二设备确定的待更新的至少一个媒体捕获能力和对应 于待更新的至少一个媒体捕获能力的至少一个第三关联标识；发送器840还用于根据第二 更新消息发送更新后的媒体流。
[0264] 可选地，作为另一实施例，发送器840还用于：在接收器850接收第二设备发送的 第二更新消息之前，向第二设备发送第一更新消息，第一更新消息包括待更新的至少一个 媒体捕获能力的信息和对应于待更新的至少一个媒体捕获能力的至少一个第一关联标识。
[0265] 可选地，作为另一实施例，发送器840还用于向第二设备发送第一更新消息和第 三更新消息，第一更新消息 包括待更新的至少一个媒体捕获能力的信息和对应于待更新的 至少一个媒体捕获能力的至少一个第一关联标识，第三更新消息包括待更新的至少一个配 置项和对应于待更新的至少一个配置项的至少一个第二关联标识；接收器850还用于接收 第二设备发送的第二更新消息和第四更新消息，第二更新消息包括第二设备确定的待更新 的至少一个媒体捕获能力和对应于待更新的至少一个媒体捕获能力的至少一个第三关联 标识，第四更新消息是第三更新消息的响应消息；发送器840还用于根据第二更新消息向 第二设备发送第五更新消息，第五更新消息包括对应于待更新的至少一个配置项的至少一 个第四关联标识，第五更新消息用于请求开启待更新的至少一个逻辑信道，待更新的至少 一个配置项的至少一个第三关联标识分别对应于待更新的至少一个配置项的至少一个第 四关联标识；接收设备还用于接收第二设备发送的第六更新消息，第六更新消息是第五更 新消息的响应消息；发送器840还用于根据第六更新消息，在更新后的至少一个逻辑信道 上发送相应的媒体流。
[0266] 可选地，作为另一实施例，图8的设备还包括：处理器810,其中接收器850还用于 接收第二设备发送的第六消息，并接收第二设备发送的第八消息，第六消息包括第二设备 支持的至少一个媒体捕获能力的信息和对应于第二设备支持的至少一个媒体捕获能力的 至少一个第五关联标识，第八消息包括第二设备支持的至少一个配置项和对应于第二设备 支持的至少一个配置项的至少一个第六关联标识，至少一个第五关联标识对应于至少一个 第六关联标识；处理器810用于根据第七消息和第八消息选择至少一个媒体捕获能力；发 送器840还用于向第二设备发送第七消息，并向第二设备发送第九消息，第七消息包括设 备选择的至少一个媒体捕获能力和对应于设备选择的至少一个媒体捕获能力的至少一个 第七关联标识，第九消息是第八消息的响应消息；接收器850还用于接收第二设备发送的 第十消息，第十消息包括对应于设备选择的至少一个配置项的至少一个第八关联标识，第 十消息用于请求开启与第八关联标识对应的至少一个逻辑信道，至少一个第八关联标识分 别对应于至少一个第七关联标识；发送器840还用于向第二设备发送第^ 消息，第i 消息是第十消息的响应消息；接收器850还用于在至少一个逻辑信道上接收第二设备发送 的媒体流。
[0267] 根据本发明的实施例，设备为多点控制单元MCU。
[0268] 根据本发明的实施例，第一设备和第二设备支持多流控制协议；第一消息、第二消 息、第三消息和第四消息为H323协议族中的H. 245协议的消息。
[0269] 根据本发明的实施例，第一消息为请求消息，第二消息为终端能力集消息，第三消 息为请求消息，第四消息为终端能力集确认消息。
[0270] 协商媒体能力的设备800的各个单元的操作和功能可以参考与图2的实施例，为 了避免重复，在此不再赘述。
[0271] 图9是根据本发明的实施例的光模块的示意性结构图，光模块900包括处理器 910、存储器920、总线系统930、发送器940以及接收器950。
[0272] 处理器910、存储器920和发送器940通过总线系统930相连，该存储器920用于 存储指令，该处理器910用于执行该存储器920存储的指令。处理器910用于通过总线系 统930调用存储在存储器920中的指令，其中
[0273] 接收器950,用于接收第一设备发送的第一消息，并接收第一设备发送的第三消 息，第一消息包括第一设备支持的至少一个媒体捕获能力的信息和对应于至少一个媒体捕 获能力的至少一个第一关联标识，第三消息包括第一设备支持的至少一个配置项和对应于 配置项的至少一个第二关联标识，至少一个第一关联标识对应于至少一个第二关联标识；
[0274] 处理器910,用于根据第一消息和第二消息选择至少一个媒体捕获能力；
[0275] 发送器940,用于向第一设备发送第二消息，并向第一设备发送第四消息，第二消 息包括设备选择的至少一个媒体捕获能力和对应于至少一个媒体捕获能力的至少一个第 二关联标识，第四消息是第二消息的响应消息。
[0276] 在本发明实施例的技术方案中，通过在普通多媒体传输协议消息中携带至少一个 媒体捕获能力和对应的关联标识，以及至少一个能力的配置项和对应的关联标识，来实现 通信双方的多流媒体的能力协商，从而能够在普通多媒体传输协议下利用多流控制协议实 现多流媒体的能力协商。
[0277]根据本发明的实施例，至少一个第一关联标识分别与至少一个第二关联标识相 同，和/或第三关联标识为第一关联标识或第二关联标识的子集。
[0278]可选地，作为另一实施例，接收器950还用于：在接收第一设备发送的第一消息， 并接收第一设备发送的第三消息之前，接收第一设备发送的第一呼叫建立消息，第一呼叫 建立消息包括用于指示支持多流控制协议消息的参数；发送器940还用于向第一设备发送 第二呼叫建立消息，第二呼叫建立消息包括用于指示支持多流控制协议消息的参数。
[0279]根据本发明的实施例，第一呼叫建立消息和第二呼叫建立消息为H. 323协议族中 的H. 225协议的消息。
[0280]可选地，作为另一实施例，接收器950还用于：在发送器940向第一设备发送第二 消息，并向第一设备发送第四消息之后，接收第一设备根据第二消息发送的第五消息，第五 消息包括对应于配置项的至少一个第四关联标识，第五消息用于请求开启与至少一个第四 关联标识对应的至少一个逻辑信道，至少一个第四关联标识分别对应于至少一个第三关联 标识；发送器940还用于向第一设备发送第六消息，第六消息是第五消息的响应消息；接收 器950还用于在至少一个逻辑信道上接收第一设备根据第六消息发送的相应的媒体流。
[0281]可选地，作为另一实施例，接收器950还用于接收第一设备发送的第一终止消息， 第一终止消息包括待终止的至少一个逻辑信道对应的第四关联标识，第一终止消息用于请 求终止待终止的至少一个逻辑信道；发送器940还用于向第一设备发送第二终止消息，第 二终止消息是第一终止消息的响应消息。
[0282]可选地，作为另一实施例，在接收器950接收第一设备发送的第一消息，并接收第 一设备发送的第三消息之前，接收器950还用于接收第一设备发送的第一版本消息，第一 版本消息用于指示第一设备支持的多流控制协议的版本；发送器940还用于向第一设备发 送第二版本消息，第二版本消息用于指示设备支持的多流控制协议的版本。
[0283]可选地，作为另一实施例，发送器940还用于：在向第一设备发送第二消息，并向 第一设备发送第四消息之后，向第一设备发送第二更新消息，第二更新消息包括设备确定 的待更新的至少一个媒体捕获能力和对应于待更新的至少一个媒体捕获能力的至少一个 第三关联标识；接收器950还用于接收第一设备根据第二更新消息发送的更新后的媒体 流。
[0284]可选地，作为另一实施例，接收器950还用于：在发送器940向第一设备发送第二 更新消息之前，接收第一设备发送的第一更新消息，第一更新消息包括待更新的至少一个 媒体捕获能力的信息和对应于待更新的至少一个媒体捕获能力的至少一个第一关联标识。
[0285]可选地，作为另一实施例，接收器950还用于接收设备发送的第一更新消息和第 三更新消息，第一更新消息包括待更新的至少一个媒体捕获能力的信息和对应于待更新的 至少一个媒体捕获能力的至少一个第一关联标识，第三更新消息包括待更新的至少一个配 置项和对应于待更新的至少一个配置项的至少一个第二关联标识；发送器940还用于向第 一设备发送第二更新消息和第四更新消息，第二更新消息包括设备确定的待更新的至少一 个媒体捕获能力和对应于待更新的至少一个媒体捕获能力的至少一个第一关联标识，第四 更新消息是第三更新消息的响应消息；接收器950还用于接收第一设备根据第二更新消息 发送的第五更新消息，第五更新消息包括对应于待更新的至少一个配置项的至少一个第四 关联标识，第五更新消息用于请求开启待更新的至少一个逻辑信道，待更新的至少一个配 置项的至少一个第三关联标识分别对应于待更新的至少一个配置项的至少一个第四关联 标识；发送器940还用于向第一设备发送第六更新消息，第六更新消息是第五更新消息的 响应消息；接收器950还用于在更新后的至少一个逻辑信道上接收第一设备根据第六更新 消息发送的相应的媒体流。
[0286] 可选地，作为另一实施例，发送器940还用于：在向第一设备发送第二消息，并向 第一设备发送第四消息之后，向第一设备发送第六消息，并向第一设备发送第八消息，第六 消息包括设备支持的至少一个媒体捕获能力的信息和对应于设备支持的至少一个媒体捕 获能力的至少一个第五关联标识，第八消息包括设备支持的至少一个配置项和对应于设备 支持的至少一个配置项的至少一个第六关联标识，至少一个第五关联标识对应于至少一个 第六关联标识；接收器950还用于接收第一设备发送的第七消息，并接收第一设备发送的 第九消息，第七消息包括第一设备选择的至少一个媒体捕获能力和对应于第一设备选择的 至少一个媒体捕获能力的至少一个第七关联标识，第九消息是第八消息的响应消息；发送 器940还用于向第一设备发送第十消息，第十消息包括第一设备选择的至少一个配置项和 对应于第一设备选择的至少一个配置项的至少一个第八关联标识，第十消息用于请求开启 与第八关联标识对应的至少一个逻辑信道，至少一个第八关联标识分别对应于至少一个第 七关联标识；接收器950还用于接收第一设备发送的第十一消息，第十一消息是第十消息 的响应消息；发送器940还用于向在至少一个逻辑信道上向第一设备发送媒体流。
[0287] 根据本发明的实施例，第一设备为多点控制单元MCU。
[0288] 根据本发明的实施例，第一设备和第二设备支持多流控制协议；第一消息、第二消 息、第三消息和第四消息为H323协议族中的H. 245协议的消息。
[0289] 根据本发明的实施例，第一消息为请求消息，第二消息为终端能力集消息、第三消 息为请求消息，第四消息为终端能力集确认消息。
[0290] 协商媒体能力的设备900的各个单元的操作和功能可以参考与图3的实施例，为 了避免重复，在此不再赘述。
[0291] 本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单 元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟 以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员 可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出 本发明的范围。
[0292] 所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、 装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
[0293] 在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以 通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的 划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如至少一个单元或 组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显 示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间 接耦合或通信连接，可以是电性，机械或其它的形式。
[0294] 所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显 示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个 网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目 的。
[0295] 另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以 是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
[0296] 所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以 存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说 对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计 算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个 人计算机，服务器，或者网络设备等）执行本发明各个实施例所述方法的全部或部分步骤。 而前述的存储介质包括：U盘、移动硬盘、只读存储器（ROM，Read-Only Memory)、随机存取 存储器（RAM, Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
[0297] 以上所述，仅为本发明的【具体实施方式】，但本发明的保护范围并不局限于此，任何 熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵 盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。
【主权项】
1. 一种协商媒体能力的方法，其特征在于，包括： 第一设备向第二设备发送第一消息，并向所述第二设备发送第三消息，所述第一消息 包括所述第一设备支持的至少一个媒体捕获能力的信息和对应于所述至少一个媒体捕获 能力的至少一个第一关联标识，所述第三消息包括所述第一设备支持的至少一个配置项和 对应于所述至少一个配置项的至少一个第二关联标识，所述至少一个第一关联标识与所述 至少一个第二关联标识一一对应； 所述第一设备接收所述第二设备发送的第二消息，并接收所述第二设备发送的第四消 息，所述第二消息包括所述第二设备根据所述第一消息和所述第三消息选择的至少一个媒 体捕获能力和对应于所述至少一个媒体捕获能力的至少一个第三关联标识，所述第四消息 是所述第三消息的响应消息。2. 根据权利要求1所述的方法，其特征在于，所述至少一个第一关联标识分别与所述 至少一个第二关联标识相同，和/或所述第三关联标识为所述第一关联标识或所述第二关 联标识的子集。3. 根据权利要求1所述的方法，其特征在于，在第一设备向第二设备发送第一消息，并 向所述第二设备发送第三消息之前，还包括： 所述第一设备向所述第二设备发送第一呼叫建立消息，所述第一呼叫建立消息包括用 于指示支持多流控制协议消息的参数； 所述第一设备接收所述第二设备发送的第二呼叫建立消息，所述第二呼叫建立消息包 括用于指示支持多流控制协议消息的参数。4. 根据权利要求3所述的方法，其特征在于，所述第一呼叫建立消息和所述第二呼叫 建立消息为H. 323协议族中的H. 225协议的消息。5. 根据权利要求1-4中的任一项所述的方法，其特征在于，在所述第一设备接收所述 第二设备发送的第二消息，并接收所述第二设备发送的第四消息之后，还包括： 所述第一设备根据第二消息向所述第二设备发送第五消息，所述第五消息包括对应于 所述至少一个配置项的至少一个第四关联标识，所述第五消息用于请求开启与所述至少一 个第四关联标识对应的至少一个逻辑信道，所述至少一个第四关联标识分别对应于所述至 少一个第三关联标识； 所述第一设备接收所述第二设备发送的第六消息，所述第六消息是所述第五消息的响 应消息； 所述第一设备根据所述第六消息，在所述至少一个逻辑信道上发送相应的媒体流。6. 根据权利要求5所述的方法，其特征在于，还包括： 所述第一设备向所述第二设备发送第一终止消息，所述第一终止消息包括待终止的至 少一个逻辑信道对应的第四关联标识，所述第一终止消息用于请求终止所述待终止的至少 一个逻辑信道； 所述第一设备接收所述第二设备发送的第二终止消息，所述第二终止消息是所述第一 终止消息的响应消息。7. 根据权利要求1-6中的任一项所述的方法，其特征在于，在所述第一设备向第二设 备发送第一消息，并向所述第二设备发送第三消息之前，还包括： 所述第一设备向所述第二设备发送第一版本消息，所述第一版本消息用于指示所述第 一设备支持的多流控制协议的版本； 所述第一设备接收所述第二设备发送的第二版本消息，所述第二版本消息用于指示所 述第二设备支持的多流控制协议的版本。8. 根据权利要求1-7中的任一项所述的方法，其特征在于，在所述第一设备接收所述 第二设备发送的第二消息，并接收所述第二设备发送的第四消息之后，还包括： 所述第一设备接收所述第二设备发送的第二更新消息，所述第二更新消息包括所述第 二设备确定的待更新的至少一个媒体捕获能力和对应于所述待更新的至少一个媒体捕获 能力的至少一个第三关联标识； 所述第一设备根据第二更新消息发送更新后的媒体流。9. 根据权利要求8所述的方法，其特征在于，在所述第一设备接收所述第二设备发送 的第二更新消息之前，还包括： 所述第一设备向所述第二设备发送第一更新消息，所述第一更新消息包括待更新的至 少一个媒体捕获能力的信息和对应于所述待更新的至少一个媒体捕获能力的至少一个第 一关联标识。10. 根据权利要求1至7中的任一项所述的方法，其特征在于，还包括： 所述第一设备向所述第二设备发送第一更新消息和第三更新消息，所述第一更新消息 包括待更新的至少一个媒体捕获能力的信息和对应于所述待更新的至少一个媒体捕获能 力的至少一个第一关联标识，所述第三更新消息包括待更新的至少一个配置项和对应于所 述待更新的至少一个配置项的至少一个第二关联标识； 所述第一设备接收所述第二设备发送的第二更新消息和第四更新消息，所述第二更新 消息包括所述第二设备确定的待更新的至少一个媒体捕获能力和对应于所述待更新的至 少一个媒体捕获能力的至少一个第三关联标识，所述第四更新消息是所述第三更新消息的 响应消息； 所述第一设备根据第二更新消息向所述第二设备发送第五更新消息，所述第五更新消 息包括对应于所述待更新的至少一个配置项的至少一个第四关联标识，所述第五更新消息 用于请求开启待更新的至少一个逻辑信道，所述待更新的至少一个配置项的至少一个第三 关联标识分别对应于所述待更新的至少一个配置项的至少一个第四关联标识； 所述第一设备接收所述第二设备发送的第六更新消息，所述第六更新消息是所述第五 更新消息的响应消息； 所述第一设备根据第六更新消息，在更新后的至少一个逻辑信道上发送相应的媒体 流。11. 根据权利要求1-10中的任一项所述的方法，其特征在于，还包括： 所述第一设备接收所述第二设备发送的第六消息，并接收所述第二设备发送的第八消 息，所述第六消息包括所述第二设备支持的至少一个媒体捕获能力的信息和对应于所述第 二设备支持的至少一个媒体捕获能力的至少一个第五关联标识，所述第八消息包括所述第 二设备支持的至少一个配置项和对应于所述第二设备支持的至少一个配置项的至少一个 第六关联标识，所述至少一个第五关联标识对应于所述至少一个第六关联标识； 所述第一设备根据所述第七消息和所述第八消息选择至少一个媒体捕获能力； 所述第一设备向第二设备发送第七消息，并向所述第二设备发送第九消息，所述第七 消息包括所述第一设备选择的至少一个媒体捕获能力和对应于所述第一设备选择的至少 一个媒体捕获能力的至少一个第七关联标识，所述第九消息是所述第八消息的响应消息； 所述第一设备接收所述第二设备发送的第十消息，所述第十消息包括对应于所述第一 设备选择的至少一个配置项的至少一个第八关联标识，所述第十消息用于请求开启与所述 第八关联标识对应的至少一个逻辑信道，所述至少一个第八关联标识分别对应于所述至少 一个第七关联标识； 所述第一设备向所述第二设备发送第十一消息，所述第十一消息是所述第十消息的响 应消息； 所述第一设备在所述至少一个逻辑信道上接收所述第二设备发送的媒体流。12. 根据权利要求1-11中的任一项所述的方法，其特征在于，所述第一设备为多点控 制单元MCU。13. 根据权利要求1-12中的任一项所述的方法，其特征在于，所述第一设备和所述第 二设备支持多流控制协议；所述第一消息、所述第二消息、所述第三消息和所述第四消息为 H323协议族中的H. 245协议的消息。14. 根据权利要求13所述的方法，其特征在于，所述第一消息为请求消息，所述第二消 息为终端能力集消息、所述第三消息为请求消息，所述第四消息为终端能力集确认消息。15. -种协商媒体能力的方法，其特征在于，包括： 第二设备接收第一设备发送的第一消息，并接收所述第一设备发送的第三消息，所述 第一消息包括所述第一设备支持的至少一个媒体捕获能力的信息和对应于所述至少一个 媒体捕获能力的至少一个第一关联标识，所述第三消息包括所述第一设备支持的至少一个 配置项和对应于所述至少一个配置项的至少一个第二关联标识，所述至少一个第一关联标 识对应于所述至少一个第二关联标识； 所述第二设备根据所述第一消息和所述第二消息选择至少一个媒体捕获能力； 所述第二设备向所述第一设备发送第二消息，并向所述第一设备发送第四消息，所述 第二消息包括所述第二设备选择的至少一个媒体捕获能力和对应于所述至少一个媒体捕 获能力的至少一个第三关联标识，所述第四消息是所述第三消息的响应消息。16. 根据权利要求15所述的方法，其特征在于，所述至少一个第一关联标识分别与所 述至少一个第二关联标识相同，和/或所述第三关联标识为所述第一关联标识或所述第二 关联标识的子集。17. 根据权利要求15或16所述的方法，其特征在于，在第二设备接收第一设备发送的 第一消息，并接收所述第一设备发送的第三消息之前，还包括： 所述第二设备接收所述第一设备发送的第一呼叫建立消息，所述第一呼叫建立消息包 括用于指示支持多流控制协议消息的参数； 所述第二设备向所述第一设备发送第二呼 叫建立消息，所述第二呼叫建立消息包括用 于指示支持多流控制协议消息的参数。18. 根据权利要求17所述的方法，其特征在于，所述第一呼叫建立消息和所述第二呼 叫建立消息为H. 323协议族中的H. 225协议的消息。19. 根据权利要求15-18中的任一项所述的方法，其特征在于，在所述第二设备向所述 第一设备发送第二消息，并向所述第一设备发送第四消息之后，还包括： 所述第二设备接收所述第一设备根据所述第二消息发送的第五消息，所述第五消息包 括对应于所述至少一个配置项的至少一个第四关联标识，所述第五消息用于请求开启与所 述至少一个第四关联标识对应的至少一个逻辑信道，所述至少一个第四关联标识分别对应 于所述至少一个第三关联标识； 所述第二设备向所述第一设备发送第六消息，所述第六消息是所述第五消息的响应消 息； 所述第二设备在所述至少一个逻辑信道上接收所述第一设备根据第六消息发送的相 应的媒体流。20. 根据权利要求19所述的方法，其特征在于，还包括： 所述第二设备接收所述第一设备发送的第一终止消息，所述第一终止消息包括待终止 的至少一个逻辑信道对应的第四关联标识，所述第一终止消息用于请求终止所述待终止的 至少一个逻辑信道； 所述第二设备向所述第一设备发送第二终止消息，所述第二终止消息是所述第一终止 消息的响应消息。21. 根据权利要求15-20中的任一项所述的方法，其特征在于，在所述第二设备接收第 一设备发送的第一消息，并接收所述第一设备发送的第三消息之前，还包括： 所述第二设备接收所述第一设备发送的第一版本消息，所述第一版本消息用于指示所 述第一设备支持的多流控制协议的版本； 所述第二设备向所述第一设备发送第二版本消息，所述第二版本消息用于指示所述第 二设备支持的多流控制协议的版本。22. 根据权利要求15-21中的任一项所述的方法，其特征在于，在所述第二设备向所述 第一设备发送第二消息，并向所述第一设备发送第四消息之后，还包括： 所述第二设备向所述第一设备发送第二更新消息，所述第二更新消息包括所述第二设 备确定的待更新的至少一个媒体捕获能力和对应于所述待更新的至少一个媒体捕获能力 的至少一个第三关联标识； 所述第二设备接收所述第一设备根据第二更新消息发送的更新后的媒体流。23. 根据权利要求22所述的方法，其特征在于，在所述第二设备向所述第一设备发送 第二更新消息之前，还包括： 所述第二设备接收所述第一设备发送的第一更新消息，所述第一更新消息包括待更新 的至少一个媒体捕获能力的信息和对应于所述待更新的至少一个媒体捕获能力的至少一 个第一关联标识。24. 根据权利要求15至21中的任一项所述的方法，其特征在于，还包括： 所述第二设备接收所述第二设备发送的第一更新消息和第三更新消息，所述第一更新 消息包括待更新的至少一个媒体捕获能力的信息和对应于所述待更新的至少一个媒体捕 获能力的至少一个第一关联标识，所述第三更新消息包括待更新的至少一个配置项和对应 于所述待更新的至少一个配置项的至少一个第二关联标识； 所述第二设备向所述第一设备发送第二更新消息和第四更新消息，所述第二更新消息 包括所述第二设备确定的待更新的至少一个媒体捕获能力和对应于所述待更新的至少一 个媒体捕获能力的至少一个第一关联标识，所述第四更新消息是所述第三更新消息的响应 消息； 所述第二设备接收所述第一设备根据第二更新消息发送的第五更新消息，所述第五更 新消息包括对应于所述待更新的至少一个配置项的至少一个第四关联标识，所述第五更新 消息用于请求开启待更新的至少一个逻辑信道，所述待更新的至少一个配置项的至少一个 第三关联标识分别对应于所述待更新的至少一个配置项的至少一个第四关联标识； 所述第二设备向所述第一设备发送第六更新消息，所述第六更新消息是所述第五更新 消息的响应消息； 所述第二设备在更新后的至少一个逻辑信道上接收所述第一设备根据第六更新消息 发送的相应的媒体流。25. 根据权利要求15-24中的任一项所述的方法，其特征在于，在所述第二设备向所述 第一设备发送第二消息，并向所述第一设备发送第四消息之后，还包括： 所述第二设备向所述第一设备发送第六消息，并向所述第一设备发送第八消息，所述 第六消息包括所述第二设备支持的至少一个媒体捕获能力的信息和对应于所述第二设备 支持的至少一个媒体捕获能力的至少一个第五关联标识，所述第八消息包括所述第二设备 支持的至少一个配置项和对应于所述第二设备支持的至少一个配置项的至少一个第六关 联标识，所述至少一个第五关联标识对应于所述至少一个第六关联标识； 所述第二设备接收第一设备发送的第七消息，并接收所述第一设备发送的第九消息， 所述第七消息包括所述第一设备选择的至少一个媒体捕获能力和对应于所述第一设备选 择的至少一个媒体捕获能力的至少一个第七关联标识，所述第九消息是所述第八消息的响 应消息； 所述第二设备向所述第一设备发送第十消息，所述第十消息包括所述第一设备选择的 至少一个配置项和对应于所述第一设备选择的至少一个配置项的至少一个第八关联标识， 所述第十消息用于请求开启与所述第八关联标识对应的至少一个逻辑信道，所述至少一个 第八关联标识分别对应于所述至少一个第七关联标识； 所述第二设备接收所述第一设备发送的第十一消息，所述第十一消息是所述第十消息 的响应消息； 所述第二设备向在所述至少一个逻辑信道上向所述第一设备发送媒体流。26. 根据权利要求15-25中的任一项所述的方法，其特征在于，所述第一设备为多点控 制单元MCU。27. 根据权利要求15-26中的任一项所述的方法，其特征在于，所述第一设备和所述第 二设备支持多流控制协议；所述第一消息、所述第二消息、所述第三消息和所述第四消息为 H323协议族中的H. 245协议的消息。28. 根据权利要求27所述的方法，其特征在于，所述第一消息为请求消息，所述第二消 息为终端能力集消息、所述第三消息为请求消息，所述第四消息为终端能力集确认消息。29. -种用于协商媒体能力的设备，其特征在于，包括： 发送模块，用于向第二设备发送第一消息，并向所述第二设备发送第三消息，所述第一 消息包括所述设备支持的至少一个媒体捕获能力的信息和对应于所述至少一个媒体捕获 能力的至少一个第一关联标识，所述第三消息包括所述设备支持的至少一个配置项和对应 于所述至少一个配置项的至少一个第二关联标识，所述至少一个第一关联标识与述至少一 个第二关联标识一一对应； 接收模块，用于接收所述第二设备发送的第二消息，并接收所述第二设备发送的第四 消息，所述第二消息包括所述第二设备根据所述第一消息和所述第三消息选择的至少一个 媒体捕获能力和对应于所述至少一个媒体捕获能力的至少一个第三关联标识，所述第四消 息是所述第二消息的响应消息。30. 根据权利要求29所述的设备，其特征在于，所述至少一个第一关联标识分别与所 述至少一个第二关联标识相同，和/或所述第三关联标识为所述第一关联标识或所述第二 关联标识的子集。31. 根据权利要求29所述的设备，其特征在于，在所述发送模块向第二设备发送第一 消息，并向所述第二设备发送第三消息之前， 所述发送模块向所述第二设备发送第一呼叫建立消息，所述第一呼叫建立消息包括用 于指示支持多流控制协议消息的参数； 所述接收模块接收所述第二设备发送的第二呼叫建立消息，所述第二呼叫建立消息包 括用于指示支持多流控制协议消息的参数。32. 根据权利要求31所述的设备，其特征在于，所述第一呼叫建立消息和所述第二呼 叫建立消息为H. 323协议族中的H. 225协议的消息。33. 根据权利要求29-32中的任一项所述的方法，其特征在于，在所述接收模块接收所 述第二设备发送的第二消息，并接收所述第二设备发送的第四消息之后， 所述发送模块根据第二消息向所述第二设备发送第五消息，所述第五消息包括对应于 所述至少一个配置项的至少一个第四关联标识，所述第五消息用于请求开启与所述至少一 个第四关联标识对应的至少一个逻辑信道，所述至少一个第四关联标识分别对应于所述至 少一个第三关联标识； 所述接收模块接收所述第二设备发送的第六消息，所述第六消息是所述第五消息的响 应消息； 所述发送模块根据所述第六消息，在所述至少一个逻辑信道上发送相应的媒体流。34. 根据权利要求33所述的设备，其特征在于， 所述发送模块还用于向所述第二设备发送第一终止消息，所述第一终止消息包括待终 止的至少一个逻辑信道对应的第四关联标识，所述第一终止消息用于请求终止所述待终止 的至少一个逻辑信道； 所述接收模块还用于接收所述第二设备发送的第二终止消息，所述第二终止消息是所 述第一终止消息的响应消息。35. 根据权利要求29-34中的任一项所述的设备，其特征在于，在所述模块向第二设备 发送第一消息，并向所述第二设备发送第三消息之前， 所述发送模块向所述第二设备发送第一版本消息，所述第一版本消息用于指示所述设 备支持的多流控制协议的版本； 所述接收模块接收所述第二设备发送的第二版本消息，所述第二版本消息用于指示所 述第二设备支持的多流控制协议的版本。36. 根据权利要求29-35中的任一项所述的设备，其特征在于，在所述接收模块接收所 述第二设备发送的第二消息，并接收所述第二设备发送的第四消息之后， 所述接收模块接收所述第二设备发送的第二更新消息，所述第二更新消息包括所述第 二设备确定的待更新的至少一个媒体捕获能力和对应于所述待更新的至少一个媒体捕获 能力的至少一个第三关联标识； 所述发送模块根据第二更新消息发送更新后的媒体流。37. 根据权利要求36所述的设备，其特征在于，所述发送模块还用于：在所述接收模块 接收所述第二设备发送的第二更新消息之前，向所述第二设备发送第一更新消息，所述第 一更新消息包括待更新的至少一个媒体捕获能力的信息和对应于所述待更新的至少一个 媒体捕获能力的至少一个第一关联标识。38. 根据权利要求29-35中的任一项所述的设备，其特征在于， 所述发送模块还用于向所述第二设备发送第一更新消息和第三更新消息，所述第一更 新消息包括待更新的至少一个媒体捕获能力的信息和对应于所述待更新的至少一个媒体 捕获能力的至少一个第一关联标识，所述第三更新消息包括待更新的至少一个配置项和对 应于所述待更新的至少一个配置项的至少一个第二关联标识； 所述接收模块还用于接收所述第二设备发送的第二更新消息和第四更新消息，所述第 二更新消息包括所述第二设备确定的待更新的至少一个媒体捕获能力和对应于所述待更 新的至少一个媒体捕获能力的至少一个第三关联标识，所述第四更新消息是所述第三更新 消息的响应消息； 所述发送模块还用于根据第二更新消息向所述第二设备发送第五更新消息，所述第五 更新消息包括对应于所述待更新的至少一个配置项的至少一个第四关联标识，所述第五更 新消息用于请求开启待更新的至少一个逻辑信道，所述待更新的至少一个配置项的至少一 个第三关联标识分别对应于所述待更新的至少一个配置项的至少一个第四关联标识； 所述接收设备还用于接收所述第二设备发送的第六更新消息，所述第六更新消息是所 述第五更新消息的响应消息； 所述发送模块还用于根据第六更新消息，在更新后的至少一个逻辑信道上发送相应的 媒体流。39. 根据权利要求29-38中的任一项所述的设备，其特征在于，还包括：选择模块， 其中所述接收模块还用于接收所述第二设备发送的第六消息，并接收所述第二设备 发送的第八消息，所述第六消息包括所述第二设备支持的至少一个媒体捕获能力的信息和 对应于所述第二设备支持的至少一个媒体捕获能力的至少一个第五关联标识，所述第八消 息包括所述第二设备支持的至少一个配置项和对应于所述第二设备支持的至少一个配置 项的至少一个第六关联标识，所述至少一个第五关联标识对应于所述至少一个第六关联标 识； 所述选择模块用于根据所述第七消息和所述第八消息选择至少一个媒体捕获能力； 所述发送模块还用于向第二设备发送第七消息，并向所述第二设备发送第九消息，所 述第七消息包括所述设备选择的至少一个媒体捕获能力和对应于所述设备选择的至少一 个媒体捕获能力的至少一个第七关联标识，所述第九消息是所述第八消息的响应消息； 所述接收模块还用于接收所述第二设备发送的第十消息，所述第十消息包括对应于所 述设备选择的至少一个配置项的至少一个第八关联标识，所述第十消息用于请求开启与所 述第八关联标识对应的至少一个逻辑信道，所述至少一个第八关联标识分别对应于所述至 少一个第七关联标识； 所述发送模块还用于向所述第二设备发送第十一消息，所述第十一消息是所述第十消 息的响应消息； 所述接收模块还用于在所述至少一个逻辑信道上接收所述第二设备发送的媒体流。40. 根据权利要求29-39中的任一项所述的设备，其特征在于，所述设备为多点控制单 元 MCU。41. 根据权利要求29-40中的任一项所述的设备，其特征在于，所述第一设备和所述第 二设备支持多流控制协议；所述第一消息、所述第二消息、所述第三消息和所述第四消息为 H323协议族中的H. 245协议的消息。42. 根据权利要求41所述的设备，其特征在于，所述第一消息为请求消息，所述第二消 息为终端能力集消息、所述第三消息为请求消息，所述第四消息为终端能力集确认消息。43. -种协商媒体能力的设备，其特征在于，包括： 接收模块，用于接收第一设备发送的第一消息，并接收所述第一设备发送的第三消息， 所述第一消息包括所述第一设备支持的至少一个媒体捕获能力的信息和对应于所述至少 一个媒体捕获能力的至少一个第一关联标识，所述第三消息包括所述第一设备支持的至少 一个配置项和对应于所述至少一个配置项的至少一个第二关联标识，所述至少一个第一关 联标识对应于所述至少一个第二关联标识； 选择模块，用于根据所述第一消息和所述第二消息选择至少一个媒体捕获能力； 发送模块，用于向所述第一设备发送第二消息，并向所述第一设备发送第四消息，所述 第二消息包括所述设备选择的至少一个媒体捕获能力和对应于所述至少一个媒体捕获能 力的至少一个第三关联标识，所述第四消息是所述第三消息的响应消息。44. 根据权利要求43所述的设备，其特征在于，所述至少一个第一关联标识分别与所 述至少一个第二关联标识相同，和/或所述第三关联标识为所述第一关联标识或所述第二 关联标识的子集。45. 根据权利要求43或44所述的设备，其特征在于，在所述接收模块接收第一设备发 送的第一消息，并接收所述第一设备发送的第三消息之前， 所述接收模块还用于接收所述第一设备发送的第一呼叫建立消息，所述第一呼叫建立 消息包括用于指示支持多流控制协议消息的参数； 所述发送模块还用于向所述第一设备发送第二呼叫建立消息，所述第二呼叫建立消息 包括用于指示支持多流控制协议消息的参数。46. 根据权利要求45所述的设备，其特征在于，所述第一呼叫建立消息和所述第二呼 叫建立消息为H. 323协议族中的H. 225协议的消息。47. 根据权利要求43-46中的任一项所述的设备，其特征在于，在所述发送模块向所述 第一设备发送第二消息，并向所述第一设备发送第四消息之后， 所述接收模块还用于接收所述第一设备根据所述第二消息发送的第五消息，所述第五 消息包括对应于所述至少一个配置项的至少一个第四关联标识，所述第五消息用于请求开 启与所述至少一个第四关联标识对应的至少一个逻辑信道，所述至少一个第四关联标识分 别对应于所述至少一个第三关联标识； 所述发送模块还用于向所述第一设备发送第六消息，所述第六消息是所述第五消息的 响应消息； 所述接收模块还用于在所述至少一个逻辑信道上接收所述第一设备根据第六消息发 送的相应的媒体流。48. 根据权利要求47所述的设备，其特征在于， 所述接收模块还用于接收所述第一设备发送的第一终止消息，所述第一终止消息包括 待终止的至少一个逻辑信道对应的第四关联标识，所述第一终止消息用于请求终止所述待 终止的至少一个逻辑信道； 所述发送模块还用于向所述第一设备发送第二终止消息，所述第二终止消息是所述第 一终止消息的响应消息。49. 根据权利要求43-48中的任一项所述的设备，其特征在于，在所述接收模块接收第 一设备发送的第一消息，并接收所述第一设备发送的第三消息之前， 所述接收模块还用于接收所述第一设备发送的第一版本消息，所述第一版本消息用于 指示所述第一设备支持的多流控制协议的版本； 所述发送模块还用于向所述第一设备发送第二版本消息，所述第二版本消息用于指示 所述设备支持的多流控制协议的版本。50. 根据权利要求43-49中的任一项所述的设备，其特征在于，在所述发送模块向所述 第一设备发送第二消息，并向所述第一设备发送第四消息之后， 所述发送模块还用于向所述第一设备发送第二更新消息，所述第二更新消息包括所述 设备确定的待更新的至少一个媒体捕获能力和对应于所述待更新的至少一个媒体捕获能 力的至少一个第三关联标识； 所述接收模块还用于接收所述第一设备根据第二更新消息发送的更新后的媒体流。51. 根据权利要求50所述的设备，其特征在于，所述接收模块还用于：在所述发送模块 向所述第一设备发送第二更新消息之前，接收所述第一设备发送的第一更新消息，所述第 一更新消息包括待更新的至少一个媒体捕获能力的信息和对应于所述待更新的至少一个 媒体捕获能力的至少一个第一关联标识。52. 根据权利要求43至49中的任一项所述的设备，其特征在于， 所述接收模块还用于接收所述设备发送的第一更新消息和第三更新消息，所述第一更 新消息包括待更新的至少一个媒体捕获能力的信息和对应于所述待更新的至少一个媒体 捕获能力的至少一个第一关联标识，所述第三更新消息包括待更新的至少一个配置项和对 应于所述待更新的至少一个配置项的至少一个第二关联标识； 所述发送模块还用于向所述第一设备发送第二更新消息和第四更新消息，所述第二更 新消息包括所述设备确定的待更新的至少一个媒体捕获能力和对应于所述待更新的至少 一个媒体捕获能力的至少一个第一关联标识，所述第四更新消息是所述第三更新消息的响 应消息； 所述接收模块还用于接收所述第一设备根据第二更新消息发送的第五更新消息，所 述第五更新消息包括对应于所述待更新的至少一个配置项的至少一个第四关联标识，所述 第五更新消息用于请求开启待更新的至少一个逻辑信道，所述待更新的至少一个配置项的 至少一个第三关联标识分别对应于所述待更新的至少一个配置项的至少一个第四关联标 识； 所述发送模块还用于向所述第一设备发送第六更新消息，所述第六更新消息是所述第 五更新消息的响应消息； 所述接收模块还用于在更新后的至少一个逻辑信道上接收所述第一设备根据第六更 新消息发送的相应的媒体流。53. 根据权利要求43-52中的任一项所述的设备，其特征在于，在所述发送模块向所述 第一设备发送第二消息，并向所述第一设备发送第四消息之后， 所述发送模块还用于向所述第一设备发送第六消息，并向所述第一设备发送第八消 息，所述第六消息包括所述设备支持的至少一个媒体捕获能力的信息和对应于所述设备支 持的至少一个媒体捕获能力的至少一个第五关联标识，所述第八消息包括所述设备支持的 至少一个配置项和对应于所述设备支持的至少一个配置项的至少一个第六关联标识，所述 至少一个第五关联标识对应于所述至少一个第六关联标识； 所述接收模块还用于接收第一设备发送的第七消息，并接收所述第一设备发送的第九 消息，所述第七消息包括所述第一设备选择的至少一个媒体捕获能力和对应于所述第一设 备选择的至少一个媒体捕获能力的至少一个第七关联标识，所述第九消息是所述第八消息 的响应消息； 所述发送模块还用于向所述第一设备发送第十消息，所述第十消息包括所述第一设备 选择的至少一个配置项和对应于所述第一设备选择的至少一个配置项的至少一个第八关 联标识，所述第十消息用于请求开启与所述第八关联标识对应的至少一个逻辑信道，所述 至少一个第八关联标识分别对应于所述至少一个第七关联标识； 所述接收模块还用于接收所述第一设备发送的第十一消息，所述第十一消息是所述第 十消息的响应消息； 所述发送模块还用于向在所述至少一个逻辑信道上向所述第一设备发送媒体流。54. 根据权利要求43-53中的任一项所述的设备，其特征在于，所述第一设备为多点控 制单元MCU。55. 根据权利要求43-54中的任一项所述的设备，其特征在于，所述第一设备和所述第 二设备支持多流控制协议；所述第一消息、所述第二消息、所述第三消息和所述第四消息为 H323协议族中的H. 245协议的消息。56. 根据权利要求55所述的设备，其特征在于，所述第一消息为请求消息，所述第二消 息为终端能力集消息、所述第三消息为请求消息，所述第四消息为终端能力集确认消息。
【专利摘要】本发明的实施例提供了一种协商媒体能力的方法和设备，该方法包括：第一设备向第二设备发送第一消息，并向第二设备发送第三消息，第一消息包括第一设备支持的至少一个媒体捕获能力的信息和至少一个第一关联标识，第三消息包括第一设备支持的至少一个配置项和至少一个第二关联标识，至少一个第一关联标识与至少一个第二关联标识一一对应；第一设备接收第二设备发送的第二消息，并接收第二设备发送的第四消息，第二消息包括第二设备根据第一消息和第三消息选择的至少一个媒体捕获能力和对应于至少一个媒体捕获能力的至少一个第三关联标识，从而能够在普通多媒体传输协议下利用多流控制协议实现多流媒体流的能力协商。
【IPC分类】H04L29/06, H04N7/15
【公开号】CN104883344
【申请号】CN201410073978
【发明人】肖晶
【申请人】华为技术有限公司
【公开日】2015年9月2日
【申请日】2014年2月28日
【公告号】WO2015127799A1