WO2007009293A1 - Méthode de télécommande d’un terminal de vidéo conférence h.320 - Google Patents

Méthode de télécommande d’un terminal de vidéo conférence h.320 Download PDF

Info

Publication number
WO2007009293A1
WO2007009293A1 PCT/CN2005/001072 CN2005001072W WO2007009293A1 WO 2007009293 A1 WO2007009293 A1 WO 2007009293A1 CN 2005001072 W CN2005001072 W CN 2005001072W WO 2007009293 A1 WO2007009293 A1 WO 2007009293A1
Authority
WO
WIPO (PCT)
Prior art keywords
terminal
channel
remote control
controlled
message
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
PCT/CN2005/001072
Other languages
English (en)
French (fr)
Inventor
Hui Li
Xiaobin Zhu
Zhiping Tian
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
ZTE Corp
Original Assignee
ZTE Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by ZTE Corp filed Critical ZTE Corp
Priority to CNB2005800490404A priority Critical patent/CN100551029C/zh
Priority to PCT/CN2005/001072 priority patent/WO2007009293A1/zh
Publication of WO2007009293A1 publication Critical patent/WO2007009293A1/zh
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/14—Systems for two-way working
    • H04N7/15—Conference systems

Definitions

  • the invention relates to the field of digital multimedia communication, in particular to a method for remotely controlling an H.320 conference television terminal through an H.320 conference television line.
  • conference TV has become more and more large-scale and adopted by various industries.
  • the entire network of conference TV is also getting larger and larger, and the maintenance cost brought by it is also coming. The higher.
  • Method 1 Install a Simple Network Management Protocol (Simple Network Management Protocol) for remote terminals, and connect remote terminals to the same Internet.
  • IP Internet Protocol
  • Method 2 For the remote terminal built-in web server (web server), log in to the remote terminal's page through the browser at the central site, thereby achieving control and management of the remote terminal.
  • web server web server
  • TCP/IP Transmission Control Protocol/Internet Protocol
  • the object of the present invention is to provide a remote control of the H.320 conference television terminal using the H.320 conference television line. method.
  • a method for remotely controlling an H.320 conference television terminal requires the use of at least two H.320 conference television terminals.
  • the terminal refers to the H.320 videoconferencing terminal, one of which is a local master terminal, and the others are remotely controlled terminals, and the number of the controlled terminals is not limited.
  • the method includes the following steps:
  • Step 1 Start the remote control process of both the main control terminal and the controlled terminal, even if both the main control terminal and the controlled terminal enter the remote control state;
  • Step 2 Establish a data channel for remote control between the above-mentioned master terminal and the controlled terminal;
  • Step 3 The above-mentioned main control terminal and the controlled terminal communicate on the above-mentioned data channel for remote control, and complete remote control.
  • step 1 includes the following steps:
  • Step 111 Establish a data transmission channel between the above-mentioned master terminal and the controlled terminal participating in the remote control;
  • Step 112 The above-mentioned master terminal sends the above-mentioned controlled terminal through the above data transmission channel. Sending a message, that is, remotely controlling the startup message, notifying the controlled terminal to start the remote control process, thereby setting the mechanism and process controlled by the remote controlled terminal to be the same as the mechanism and process controlled by the local master terminal, so that the above Both the master terminal and the controlled terminal enter the remote control state.
  • the above step 111 includes:
  • a two-way data transmission channel is established between the above-mentioned master terminal and the controlled terminal, and a unidirectional data transmission channel is separately established.
  • the remote channel in H.320 conference television is a one-way data transmission channel.
  • the two-way data transmission channel refers to that the master terminal and the controlled terminal can mutually receive data transmitted by each other on at least one standard channel of the H.320 conference television system, wherein the unidirectional data transmission channel and the two-way data transmission channel are both Refers to logical functions and does not necessarily have separate entities. Moreover, since the two-way data transmission channel has the function of realizing one-way data transmission at the same time, the two-way data transmission channel can be used for unidirectional data transmission without separately establishing the unidirectional data transmission channel.
  • the master terminal in the foregoing step 112 may send the foregoing remote control start message to the controlled terminal in any feasible manner, for example, including the following manners:
  • step 2 includes the following steps:
  • Step 211 The above-mentioned master terminal and the controlled terminal jointly open a pre-agreed data channel on the basis of the two-way data transmission message established in the above step 1;
  • Step 212 The above-mentioned master terminal and the controlled terminal establish a bidirectional logical channel, that is, a remote control channel, based on the data channel opened in the above step 211, to transmit control and response information in the remote control process.
  • a bidirectional logical channel that is, a remote control channel
  • the data channel in the above step 211 may be any entity that implements bidirectional transparent transmission of data by using the above bidirectional data transmission channel, for example, Low Speed Data (hereinafter referred to as LSD) specified by the protocol system of the H.320 conference television. ), one of High Speed Data (HSD), Multi-layer-protocol (MLP), or High Multi-layer-protocol (H-MLP) Or, the above-mentioned master terminal and the controlled terminal temporarily stop the video channel that is idle to transmit video data, or a partial time slot in the above channel or a combination thereof.
  • LSD Low Speed Data
  • HSD High Speed Data
  • MLP Multi-layer-protocol
  • H-MLP High Multi-layer-protocol
  • the method for establishing the remote control channel on the basis of the data channel opened in the above step 211 is arbitrary, and includes, for example:
  • step 3 includes the following steps:
  • Step 311 The foregoing control terminal sends control information to the controlled terminal by using the remote control channel.
  • Step 312 The controlled terminal receives the control information on the remote control channel and executes the control information.
  • Step 313 The controlled terminal sends response information to the main control terminal by using the remote control channel.
  • Step 314 determining whether the remote control process ends, if otherwise, the above-mentioned master terminal and the controlled terminal repeatedly perform the above steps 311 to 313 until the remote control process ends; if yes, the remote control process is ended; The transmission of the control information and the response information does not have to follow a strict timing relationship, as long as both the master terminal and the controlled terminal can correctly understand each piece of information.
  • the essence of the method of the present invention is to transmit control and response information between the main control terminal and the controlled terminal through the H.320 conference television line, and remotely control the H.320 conference television terminal by using the method of the present invention.
  • the controlled terminal is not required to be equipped with a computer network interface, and the application range of the remote control on the terminal is expanded; the method of the present invention uses the inherent line of the H.320 conference television terminal for information transmission, which facilitates remote control and can reduce the terminal device. Maintenance costs.
  • FIG. 1 is a schematic view of an application mode of the present invention.
  • Figure 3 is a flow diagram of step 111 in an embodiment of the invention.
  • Figure 4 is a flow diagram of the present invention from establishing a remote control channel until remote control information is executed and responded. detailed description
  • FIG. 1 is a schematic view of an application mode of the present invention.
  • the "terminal” in the figure refers to the H.320 videoconferencing terminal.
  • the "link” and “network” in the figure refer to the H.320 conference television link and H, respectively.
  • the .320 conference television network in which the above "link” and “network” together constitute an H.320 conference television line.
  • the two terminals respectively access the network through the link, thereby realizing end-to-end data transmission and information exchange.
  • the present invention realizes in-band remote control of the remote terminal by controlling the connection of the local terminal.
  • FIG. 2 is a flow chart of the remote control method of the present invention. As shown in FIG. 2, the method of the present invention mainly includes the following steps:
  • Step 201 start;
  • Step 202 Connect the local terminal by using dedicated software and a local control system; wherein the dedicated software can be obtained through separate development or modified on the basis of local control software;
  • Step 203 Establish a one-way and two-way data transmission channel between the two terminals;
  • Step 204 Send a remote control startup message.
  • Step 205 Open a bidirectional data channel between the two terminals
  • Step 206 Establish a remote control logical channel
  • Step 207 Send control to the remote terminal through the local terminal by using local control software.
  • Step 208 The remote terminal executes control information.
  • Step 209 The remote terminal sends the response information to the local terminal and the control software.
  • Step 210 Repeat the above steps 207 to 209 until the current control ends.
  • Step 211 Send the remote control termination message through the local terminal, and the process ends.
  • a specific embodiment is illustrated below to illustrate that the terminal commands the remote end to perform an input video parameter adjustment command by the method of the present invention.
  • the terminal uses the LSD channel as a unidirectional data transmission and the video channel as a two-way data transmission.
  • Figure 3 is a step in an embodiment of the present invention
  • Step 301 start;
  • Step 302 Bring two terminals that need to participate in the remote control (referred to as one terminal A as terminal A, and correspondingly another terminal as terminal B) into the same newly started H.320 conference, where the two terminals Must have the ability to transmit H.281 messages over the LSD channel. If the two terminals enter a multipoint conference, the Multipoint Controller Unit (hereinafter referred to as MCU) also has the corresponding capabilities;
  • MCU Multipoint Controller Unit
  • Step 303 Determine the type of the current conference. If the current conference is a point-to-point conference, both terminals can open the LSD channel to send data to the other party, and the two ends. The terminals can receive each other's data on the video channel, wherein each other sees the image of the other party, which can be referred to as "image mutual viewing". Therefore, both the one-way and two-way data transmission mechanisms have been implemented, and step 308 is performed; If the conference is a multipoint conference, step 304 is performed;
  • Step 304 The terminal A sends a CCA message, applies for a chair token, and the MCU responds to the request, and gives the terminal A a chair token;
  • Step 305 The terminal A sends a VCB message, and the parameter of the message is the M/T number of the terminal A.
  • the MCU responds to the message and broadcasts the image of the terminal A to all other terminals in the conference, so that the terminal B sees the terminal A.
  • Image The parameter of the message is the M/T number of the terminal A.
  • Step 306 The terminal A sends a VCS message, requesting an image selection, the parameter of the message is the M/T number of the terminal B, and the MCU responds to the message, and sends the image of the terminal B to the terminal A, and the multi-point conference condition Two terminals A and B realize image mutual viewing, and a two-way data transmission mechanism is implemented.
  • Step 307 The terminal A sends a DCA-L message to apply for an LSD token, and the MCU responds to the request, and the LSD token is given to the terminal A, so that the terminal A has the right to send data to the terminal B on the LSD channel in the multipoint conference.
  • the one-way data transmission mechanism is also implemented;
  • Step 308 End.
  • Terminal A then sends a remote control initiation message through the LSD channel, which is actually an extended H.281 message, specifically belonging to the Action message.
  • Table 1 shows the structure of the remote control start message - Table 1
  • the first part in Table 1 is a 1-byte action code, and the H.281 protocol uses 0x01-0x07. In this embodiment, it is set to 0x09, so that terminal B can separate the remote control through the action code of 0x09. Start message
  • the second part of Table 1 uses four bytes to indicate the device type of the desired controlled terminal.
  • the present embodiment requires the master terminal and the controlled terminal to be the same type of terminal, and the controlled terminal can determine its own.
  • the device type is the same as the device type represented in this section and is handled differently.
  • Terminal A stops transmitting video data on the video channel after transmitting (receiving) the remote control start message, and in the subsequent remote control process, the terminal directly uses the idle video channel as a data channel for remote control.
  • a remote control channel is established thereon.
  • the remote control channel is composed of message packets, and each message packet is composed of a number of bytes.
  • the message packet is transmitted on the video channel, and the contents of the same message packet are continuously transmitted in order.
  • the first byte of the latter message packet is transmitted along with the last byte of the previous message packet, and both terminals A and B are themselves.
  • the uplink video channel transmits a message packet and receives a message packet from the downlink video channel, thereby establishing a remote control channel.
  • Table 2 shows the format of the message packets that make up the above remote control channel - Table 2
  • the length is the total length of the message minus 18 where the first part of Table 2 is a fixed header of 4 bytes, as the starting flag of the message;
  • the second part in Table 2 is the length of 4 bytes, giving the total length of a certain message packet; the third part in Table 2 is the sequence number of 4 bytes, and the terminal checks whether the serial number is continuous when receiving the message. To determine if there is a message missing;
  • the fourth part in Table 2 is a 4-byte code giving the type of this message packet; the fifth part in Table 2 is a variable-length message parameter, different types of message packets, the length and meaning of the parameters. all different.
  • the "Control” message in Table 3 is used for control information and response information transmitted between the two terminals.
  • Figure 4 is the terminal from the establishment of the remote control channel until the remote control information is executed and responded Complete action flow chart. The usage of the above message will be described in detail below with reference to FIG. As shown in Figure 4, it includes the following steps:
  • Step 401 Start sending and receiving a message packet on a video channel.
  • Step 402 to step 405 is a process in which the master terminal and the controlled terminal perform a communication handshake on the remote control channel.
  • step 402 the main control terminal sets the type of the sent message packet to be "connected";
  • Step 403 The controlled terminal separates one message from the byte stream by searching for the message header, and obtains the message type according to the message format defined in Table 2 above. To prevent false positives, the controlled terminal must be consecutive five. After receiving the "connected" or "connected” message, the process proceeds to step 404, otherwise step 403 is repeated. Obviously, this step is essentially a process of receiving and synchronizing the received video data according to the format of the message packet;
  • Step 404 The type of the message reported by the controlled terminal is set to "Connected”;
  • Step 405 In order to ensure that the main control terminal can also receive enough "Connected” or “Connected” messages to achieve synchronization of the reception of the message packet. , "Connected” message must be sent at least five times; If the master terminal sends at least five "connected” messages and also receives at least five "connected” messages sent by the controlled terminal, it means that the master terminal Receiving synchronization with the controlled terminal, in this case, the handshake is considered successful, step 406 is performed, otherwise step 405 is repeated;
  • Step 406 Determine whether the local end is the sending end of the software code, that is, whether the local end is the main control terminal, if yes, execute step 407, otherwise execute 411;
  • Step 407 The main control terminal sends a "control" message, specific control commands, etc.
  • the content as a parameter of the message for example, a command message string for local control may be used as a parameter;
  • Step 408 The master terminal sets the sending message type to "padding"; since the video channel used by the remote control channel is a channel with a constant bandwidth, it requires that the message packet must be sent continuously, otherwise the controlled terminal loses the message.
  • the receiving of the packet is synchronized, so the master terminal must send a "fill" message when no other type of message can be sent to maintain the receiving synchronization of the controlled terminal.
  • the parameters of the message are meaningless, and the length is subject to the purpose of filling;
  • Step 409 Determine whether the master terminal receives the "control" message of the controlled terminal, if yes, execute step 410, otherwise repeat step 409;
  • Step 410 Processing a "control" message sent by the controlled terminal
  • Step 411 The controlled terminal sets the sending message type to "fill", its purpose and steps
  • Step 412 Determine whether the controlled terminal receives the "control" message of the master terminal, if yes, execute 410, otherwise repeat step 412;
  • Step 413 The controlled terminal processes the received "control" message, and takes out the parameter content for analysis and execution;
  • Step 414 The controlled terminal generates a "control" message to the main control terminal by using the execution result of step 413 as a parameter.
  • a response message string for local control is a parameter
  • Step 415 Determine whether the remote control process is finished, if yes, execute step 416, otherwise perform step 406; Step 416: End.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Description

一种对 H.320会议电视终端进行远程控制的方法
技术领域
本发明涉及数字多媒体通讯领域，尤其涉及一种通过 H.320会议 电视线路对 H.320会议电视终端进行远程控制的方法。
背景技术
随着信息技术的发展，会议电视越来越规模化的被各个行业所拥 护采用，而与之对应的是会议电视的全网网络也越来越大， 由此带来 的维护成本也越来越高。
传统的对会议电视终端进行远程控制的方法有如下三种： 方法一： 为远程终端安装简单网络管理协议 （Simple Network Management Protocol, 简祿 SNMP) ¾程代理软件， 将远程终端连接 在同一个网际协议（Internet Protocol, 简称 IP) 网络上， 在中心站点 通过网管中心对全部网上终端进行远程控制。
方法二： 为远程终端内置网页服务器（web server), 在中心站点 通过浏览器登陆远程终端的页面， 从而达到对远程终端的控制管理。
方法三： 为远程终端专门开发基于传输控制协议 /网际协议
( Transmission Control Protocol/Internet Protocol ) (以下简称 TCP/IP ) 通讯的软件， 在中心站点和远程终端连接 TCP/IP控制连接， 通过专 用软件对远程终端进行控制管理。
总的来说， 以上三种方法， 无论哪一种， 都要求所有被控远程终 端和中心站点之间有可用的计算机网络接口， 而在 H.320会议电视 终端的应用场合下，这一要求并不总是能满足的。尤其对于很多只能 刚好保证会议网络的专线用户， 仅仅建设了 2M的专用会议电视网， 而对于这类设备的远程控制， 在此前就没有任何方法进行远程控制。 发明内容
为了克服现有技术对 H.320会议电视终端进行远程控制时要求 使用计算机网络接口的缺点， 本发明的目的在于提出一种使用 H.320 会议电视线路对 H.320会议电视终端进行远程控制的方法。
为实现上述目的，本发明所述的一种对 H.320会议电视终端进行 远程控制的方法， 需要使用至少两台 H.320会议电视终端， 为简化起 见，本发明的随后部分出现的术语 "终端 "均指 H.320会议电视终端 , 其中一台为处于本地的主控终端，其他作为处于远地的被控终端， 且 该被控终端的个数不限， 该方法包括以下步骤：
步骤 1 : 启动上述主控终端与被控终端双方的远程控制过程， 即 使上述主控终端与被控终端都进入远程控制状态；
步骤 2: 在上述主控终端与被控终端之间建立用于远程控制的数 据信道；
步骤 3: 上述主控终端与被控终端在上述用于远程控制的数据信 道上通讯， 完成远程控制。
其中， 上述步骤 1包括以下步骤：
步骤 111 : 在参与远程控制的上述主控终端与被控终端之间建立 数据传输信道；
步骤 112: 上述主控终端通过上述数据传输信道向上述被控终端 发送一条消息， 即远程控制启动消息，通知上述被控终端启动远程控 制过程，从而将远地的被控终端控制的机制和过程与本地的主控终端 控制的机制和过程设置为相同，使上述主控终端和被控终端都进入远 程控制状态。
上述步骤 111包括：
1 )在上述主控终端与被控终端之间只建立一条双向数据传输信 道； 或
2)在上述主控终端与被控终端之间建立一条双向数据传输信道 夕卜， 再单独建立一条单向数据传输信道。其中 H.320会议电视中的远 遥信道就是一条单向数据传输信道。
上述双向数据传输信道是指上述主控终端与被控终端双方能够 在 H.320会议电视体系的至少一个标准信道上相互接收对方发送的 数据，其中上述单向数据传输信道和双向数据传输信道都是指逻辑功 能， 并不一定具有单独的实体。且由于上述双向数据传输信道同时具 备实现单向数据传输的功能，所以也即可以使用上述双向数据传输信 道进行单向数据传输而不必单独建立上述单向数据传输信道。
上述步骤 112中的主控终端可以采用任何可行的方式向上述被控 终端发送上述远程控制启动消息， 例如包括以下方式：
1 )对 H2.81协议的消息集进行扩展以定义一个专门的远程控制 启动消息； 或
2)在视频信道的码流中插入一个特殊的标记， 此时没有使用单 独的单向数据传输信道。 其中， 上述步骤 2包括以下步骤：
步骤 211 : 上述主控终端与被控终端在上述步骤 1中建立的双向 数据传输消息的基础上共同打开一个事先约定的数据信道；
步骤 212: 上述主控终端与被控终端在上述步骤 211中打开的数 据信道的基础上建立一条双向逻辑信道， 即远程控制信道， 以传输远 程控制过程中的控制和响应信息。
上述步骤 211中的数据信道可以为任何一种使用上述双向数据传 输信道实现数据双向透明传输的实体，例如为 H.320会议电视的协议 体系规定的低速数据信道（Low Speed Data) (以下简称 LSD)、 高速 数据信道 （High Speed Data , 简称 HSD )、 多层协议信道 ( Multi-layer-protocol , 简称 MLP ) 或高多层协议信道 （High Multi-layer-protocol ， 简称 H-MLP)中的一种， 或上述主控终端和被 控终端临时停止发送视频数据而空闲出来的视频信道，或上述信道中 的部分时隙或其组合。
上述步骤 212在上述步骤 211中打开的数据信道的基础上建立上 述远程控制信道的方法是任意的， 例如包括：
1 )将一个个长度固定但内容可变的连续比特串作为远程控制信 道；
2)将一系列由不同长度和用途的字节串组合成的连续的消息包 作为远程控制信道； 或
3 )在上述步骤 211中打开的数据信道上建立一个 TCP/IP协议栈 而将其中的一个传输控制协议（Transmission Control Protocol, 简称 TCP) 端口或用户数据包协议 （User Datagram Protocol, 简称 UDP) 端口作为远程控制信道。
其中， 上述步骤 3包括以下步骤：
步骤 311 : 上述主控终端通过上述远程控制信道向上述被控终端 发送控制信息；
步骤 312: 上述被控终端在上述远程控制信道上接收上述控制信 息并加以执行；
步骤 313 : 上述被控终端通过上述远程控制信道向上述主控终端 发送响应信息；
步骤 314: 判断本次远程控制过程是否结束， 若否则上述主控终 端和被控终端重复执行上述步骤 311至步骤 313， 直到本次远程控制 过程结束； 若是则结束本次远程控制过程；其中上述控制信息和响应 信息的发送不必遵循严格的时序关系，只要保证主控终端与被控终端 双方能够正确地理解各条信息即可。
本发明所述方法的实质是将控制和响应信息通过 H.320会议电视 线路在主控终端与被控终端之间进行传输， 采用本发明所述方法对 H.320会议电视终端进行远程控制， 不要求被控终端配备计算机网络 接口， 扩大了远程控制在终端上的应用范围； 本发明所述方法采用 H.320会议电视终端固有的线路进行信息传递， 便于实现远程控制， 能够降低终端设备的维护成本。
为让本发明的上述和其它目的、特征和优点能更明显易懂， 下文 特举较佳实施例， 并配合说明书附图， 作详细说明如下。 附图说明
图 1是本发明的应用模式示意图。
图 2是本发明所述远程控制方法的总体流程图。
图 3是本发明一具体实施例中步骤 111的流程图。
图 4是本发明从建立远程控制信道直到远程控制信息执行并响应 完毕的流程图。 具体实施方式
下面结合附图和实施例对本发明作进一步的详细说明。
图 1是本发明的应用模式示意图。 如图 1所示， 图中的 "终端" 指的是 H.320会议电视终端， 与此相应， 图中的 "链路 "和 "网络" 分别指的是 H.320会议电视链路和 H.320会议电视网络，其中上述"链 路"与 "网络"两者共同组成 H.320会议电视线路。两台终端分别通 过链路接入网络， 从而实现端到端的数据传递和信息交换，本发明通 过对本地终端的连接控制从而实现对异地终端的带内远程控制。
图 2是本发明所述远程控制方法的流程图。如图 2所示， 本发明 所述方法主要包括以下几个步骤：
步骤 201 : 开始；
步骤 202: 用专用软件及本地控制系统连接本地终端； 其中上述 专用软件可通过单独开发获得，或在本地控制软件的基础上进行修改 获得；
步骤 203: 在两个终端之间建立单向和双向数据传输信道； 步骤 204: 发送远程控制启动消息；
步骤 205: 打开两个终端间的双向数据信道；
步骤 206: 建立远程控制逻辑信道；
步骤 207: 利用本地控制软件通过本地终端向远程终端发送控制 自 ·
I口 'Θ、；
步骤 208: 远程终端执行控制信息；
步骤 209: 远程终端向本地终端以及控制软件发送响应信息； 步骤 210: 重复上述步骤 207至步骤 209， 直到本次控制结束； 步骤 211 : 通过本地终端发送远程控制终止消息， 结束。 下面列举一个具体实施例，说明终端通过本发明所述方法命令远 端执行输入视频参数调节命令。
在实施上述步骤 111时， 终端将 LSD信道用作单向数据传输， 将视频信道用作双向数据传输。 图 3 是本发明一具体实施例中步骤
111的流程图。 如图 3所示， 其主要包括以下几个步骤：
步骤 301 : 开始；
步骤 302: 使需要参与远程控制的两台终端 （不妨将其中一个终 端称为终端 A， 相应地将另外一个终端称为终端 B)进入同一个新开 始的 H.320会议，其中这两台终端必须具有通过 LSD信道传递 H.281 消息的能力，如果这两台终端进入的是一个多点会议， 则要求多点控 制单元（Multipoint Controller Unit) (以下简称 MCU)也具有相应的 能力；
步骤 303: 判断当前会议的类型， 如果当前会议是点对点会议， 则此时两个终端都可以打开 LSD信道向对方发送数据， 而且两个终 端都能相互在视频信道上接收到对方的数据，其中相互看到对方的图 像， 可简称为"图像互看"， 故单向和双向数据传输机制均已实现， 则 执行步骤 308; 如果当前会议是多点会议， 则执行步骤 304;
步骤 304: 终端 A发送 CCA消息， 申请主席令牌， MCU响应该 请求， 赋予终端 A主席令牌；
步骤 305: 终端 A发送一条 VCB消息， 该消息的参数为终端 A 的 M/T号， MCU响应该消息，将终端 A的图像广播给会议中的所有 其它终端， 这样终端 B就看到了终端 A的图像；
步骤 306: 终端 A发送一条 VCS消息， 请求图像选看， 该消息 的参数为终端 B的 M/T号， MCU响应该消息，将终端 B的图像发送 给终端 A，至此多点会议条件下的两台终端 A及 B实现了图像互看， 双向数据传输机制被实现； .
步骤 307: 终端 A发送 DCA-L消息申请 LSD令牌， MCU响应 该请求，将 LSD令牌赋予终端 A这样终端 A就在多点会议中拥有了 在 LSD信道上向终端 B发送数据的权力， 至此单向数据传输机制也 被实现；
步骤 308: 结束。
随后终端 A通过 LSD信道发送远程控制启动消息， 该消息实际 上是一条扩展的 H.281消息， 具体属于其中的动作 （Action) 消息。 表 1给出了远程控制启动消息的结构- 表 1
Figure imgf000011_0001
其中， 表 1中的第一部分是 1个字节的动作代码， H.281协议使 用了 0x01-0x07，本实施例将其设为 0x09，这样终端 B就能通过 0x09 的动作代码分离出远程控制启动消息；
表 1中的第二部分用四个字节表示期望的被控终端的设备类型， 为简化起见， 本实施例要求主控终端和被控终端是同一种类的终端， 被控终端可以判断自身的设备类型是否与本部分所代表的设备类型 相同并采取不同的处理。
终端 A (B) 在发送（接收）远程控制启动消息后， 停止在视频 信道上发送视频数据， 在随后的远程控制过程中， 终端直接将空闲的 视频信道作为用于远程控制的数据信道使用，在其上建立远程控制信 道。
在本实施例中，远程控制信道由消息包组成， 而每个消息包则由 若干个字节组成。消息包在视频信道上传输， 同一个消息包的内容按 顺序连续传输，后一个消息包的第一个字节紧随着前一个消息包的最 后一个字节传输， 终端 A和 B都向自身的上行视频信道发送消息包 而从下行视频信道上接收消息包， 从而建立远程控制信道。
表 2给出了组成上述远程控制信道的消息包的格式- 表 2
顺序 字段名称 长度 (字节） 含义
1 首部 4 作为起始标志， 内容始终为 0x12 0x56
0x34 0x78
2 长度 4 包括首部在内的本消息所有字段的总 长度 （字节）
3 序号 4 初始值为零，每发送一条消息则序号加
1
4 代码 4 表明本消息的类型
5 参数 不定 随代码字段的不同而变化，长度为消息 总长度减去 18 其中，表 2中的第一部分是 4个字节的内容固定的首部，作为消 息包的起始标志；
表 2中的第二部分是 4个字节的长度，给出某个消息包的总长度； 表 2中的第三部分是 4个字节的序号，终端接收消息时通过检査 序号是否连续来判断是否有消息丢失；
表 2中的第四部分是 4个字节的代码， 给出本消息包的类型； 表 2中的第五部分是长度可变的消息参数， 不同类型的消息包， 其参数的长度和含义都不同。
表 3给出了上述消息代码的取值范围和含义：
表 3
Figure imgf000012_0001
其中， 表 3中的 "连接中"和 "已连接"消息用于在通过视频信 道传输的字节流中正确定位消息包——这个过程可以成为同步；
表 3中的 "填充"消息用于维持消息接收的同步；
表 3中的 "控制"消息用于在两个终端之间传输的控制信息和响 应信息。
图 4是终端从建立远程控制信道直到远程控制信息执行并响应完 毕的动作流程图。下面结合图 4对上述消息的用法做详细的说明。如 图 4所示， 其包括以下步骤：
步骤 401 : 开始在视频信道上发送和接收消息包；
步骤 402至步骤 405是主控终端与被控终端双方在远程控制信道 上进行通讯握手的过程， 首先步骤 402: 主控终端设置发送的消息包 类型为 "连接中"；
步骤 403 : 被控终端以搜寻消息首部的方式从字节流中分离出一 个个的消息， 并按照上述表 2中定义的消息格式得到消息的类型； 为 了防止误判， 被控终端必须连续五次接收到 "连接中"或 "已连接" 消息才能转入执行步骤 404， 否则重复执行步骤 403， 显然， 本步骤 实质上是对接收到的视频数据按照消息包的格式进行接收同步的过 程；
步骤 404: 被控终端设置发送的消息报类型为 "已连接"； 步骤 405:为了保证主控终端也能接收到足够的 "连接中 "或"已 连接"消息以实现对消息包的接收同步， "已连接"消息至少要发送 五次； 如果主控终端发送了至少五次"己连接"消息且也接收到了被 控终端发送的至少五次 "已连接"消息， 则意味着主控终端与被控终 端都实现了接收同步， 此时认为握手成功， 执行步骤 406， 否则重复 步骤 405;
步骤 406: 判断本端是否为软件代码的发送端， 即判断本端是否 为主控终端， 若是则执行步骤 407， 否则执行 411 ;
步骤 407: 主控终端发送一条 "控制"消息， 具体的控制命令等 内容作为该消息的参数，例如可以将用于本地控制的命令消息串作为 参数；
步骤 408:主控终端设置发送消息类型为"填充"； 由于远程控制 信道所使用的视频信道是一个带宽恒定的信道，它要求消息包必须不 间断地发送，否则被控终端就会失去对消息包的接收同步， 因此主控 终端在没有其它类型消息可以发送时必须发送"填充"消息， 以维持 被控终端的接收同步， 该消息的参数无意义，长度以实现填充的目的 为准；
步骤 409: 判断主控终端是否接收到被控终端的 "控制" 消息， 若是则执行步骤 410， 否则重复执行步骤 409;
步骤 410: 处理被控终端发来的 "控制" 消息；
步骤 411 : 被控终端设置发送消息类型为"填充"，其目的与步骤
408相同；
步骤 412: 判断被控终端是否接收到主控终端的 "控制" 消息， 若是则执行 410, 否则重复执行步骤 412;
步骤 413 : 被控终端处理接收到的 "控制"消息， 取出参数内容 加以分析执行；
步骤 414: 被控终端以步骤 413的执行结果作为参数， 生成一条 "控制"消息发送给主控终端， 实际上， 这里是将用于本地控制的响 应消息串作为参数；
步骤 415: 判断远程控制过程是否结束， 若是则执行步骤 416， 否则执行步骤 406; 步骤 416: 结束。
以上详细说明了本发明的工作原理，但这只是为了便于理解而举 的一个形象化的实例， 不应被视为是对本发明范围的限制。 同样， 根 据本发明的技术方案及其较佳实施例的描述，可以做出各种可能的等 同改变或替换，而所有这些改变或替换都应属于本发明的权利要求的 保护范围。

Claims

权利要求
1、一种对 H.320会议电视终端进行远程控制的方法，其特征在 于需要使用至少两台 H.320会议电视终端，其中一台为处于本地的主 控终端， 其他作为处于远地的被控终端， 且该被控终端的个数不限， 该方法包括以下步骤：
步骤 1 : 启动上述主控终端与被控终端双方的远程控制过程， 即使上述主控终端与被控终端都进入远程控制状态；
步骤 2: 在上述主控终端与被控终端之间建立用于远程控制的 数据信道；
步骤 3 : 上述主控终端与被控终端在上述用于远程控制的数据 信道上通讯， 完成远程控制。
2、根据权利要求 1所述的方法，其特征在于上述步骤 1包括以 下步骤：
步骤 111 : 在参与远程控制的上述主控终端与被控终端之间建 立数据传输信道；
步骤 112: 上述主控终端通过上述数据传输信道向上述被控终 端发送一条消息， 即远程控制启动消息， 通知上述被控终端启动远程 控制过程， 进入远程控制状态。
3、根据权利要求 2所述的方法，其特征在于上述步骤 111包括: 1 )在上述主控终端与被控终端之间只建立一条双向数据传输信 道； 或 2 )在上述主控终端与被控终端之间建立一条双向数据传输信道 外， 再单独建立一条单向数据传输信道。
4、根据权利要求 3所述的方法，其特征在于上述双向数据传输 信道是指上述主控终端与被控终端双方能够在 H.320会议电视体系 的至少一个标准信道上相互接收对方发送的数据。
5、根据权利要求 2所述的方法，其特征在于上述步骤 112中的 主控终端向上述被控终端发送上述远程控制启动消息的方式包括：
1 )对 H2.81协议的消息集进行扩展以定义一个专门的远程控制 启动消息； 或
2) 在视频信道的码流中插入一个特殊的标记。
6、根据权利要求 1所述的方法，其特征在于上述步骤 2包括以 下步骤：
步骤 211 : 上述主控终端与被控终端在上述步骤 1 中建立的双 向数据传输消息的基础上共同打开一个事先约定的数据信道；
步骤 212: 上述主控终端与被控终端在上述步骤 211 中打开的 数据信道的基础上建立一条双向逻辑信道， 即远程控制信道， 以传输 远程控制过程中的控制和响应信息。
7、根据权利要求 6所述的方法，其特征在于上述步骤 211中的 数据信道为 H.320会议电视的协议体系规定的低速数据信道、高速数 据信道、多层协议信道或高多层协议信道中的一种， 或上述主控终端 和被控终端临时停止发送视频数据而空闲出来的视频信道，或上述信 道中的部分时隙或其组合。
8、根据权利要求 6所述的方法，其特征在于上述步骤 212在上 述步骤 211 中打开的数据信道的基础上建立上述远程控制信道的方 法包括：
1 )将一个个长度固定但内容可变的连续比特串作为远程控制信 道；
2)将一系列由不同长度和用途的字节串组合成的连续的消息包 作为远程控制信道； 或
3 )在上述步骤 211中打开的数据信道上建立一个传输控制协议 /网际协议协议栈而将其中的一个传输控制协议端口或用户数据包协 议端口作为远程控制信道。
9、根据权利要求 1所述的方法，其特征在于上述步骤 3包括以 下步骤：
步骤 311 : 上述主控终端通过上述远程控制信道向上述被控终 端发送控制信息；
步骤 312: 上述被控终端在上述远程控制信道上接收上述控制 信息并加以执行；
步骤 313 : 上述被控终端通过上述远程控制信道向上述主控终 端发送响应信息；
步骤 314: 判断本次远程控制过程是否结束， 若否则上述主控 终端和被控终端重复执行上述步骤 311至步骤 313， 直到本次远程控 制过程结束； 若是则结束本次远程控制过程； 其中上述控制信息和响 应信息的发送不必遵循严格的时序关系，只要保证主控终端与被控终 端双方能够正确地理解各条信息即可。
PCT/CN2005/001072 2005-07-19 2005-07-19 Méthode de télécommande d’un terminal de vidéo conférence h.320 Ceased WO2007009293A1 (fr)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CNB2005800490404A CN100551029C (zh) 2005-07-19 2005-07-19 一种对h.320会议电视终端进行远程控制的方法
PCT/CN2005/001072 WO2007009293A1 (fr) 2005-07-19 2005-07-19 Méthode de télécommande d’un terminal de vidéo conférence h.320

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2005/001072 WO2007009293A1 (fr) 2005-07-19 2005-07-19 Méthode de télécommande d’un terminal de vidéo conférence h.320

Publications (1)

Publication Number Publication Date
WO2007009293A1 true WO2007009293A1 (fr) 2007-01-25

Family

ID=37668426

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2005/001072 Ceased WO2007009293A1 (fr) 2005-07-19 2005-07-19 Méthode de télécommande d’un terminal de vidéo conférence h.320

Country Status (2)

Country Link
CN (1) CN100551029C (zh)
WO (1) WO2007009293A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2011035613A1 (zh) * 2009-09-27 2011-03-31 中兴通讯股份有限公司 控制多点视频会议的方法和系统及中控子系统和视频终端

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103781171A (zh) * 2012-10-24 2014-05-07 中兴通讯股份有限公司 一种终端及其同步控制方法
CN112738450B (zh) * 2021-01-19 2023-05-02 北京融讯科创技术有限公司 会议召开方法、装置、设备及计算机可读存储介质

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2002045398A1 (en) * 1999-06-14 2002-06-06 Ginganet Corporation Teleconferencing system
CN1540987A (zh) * 2003-04-23 2004-10-27 深圳市中兴通讯股份有限公司南京分公 一种在会议电视系统中实现多路视频通讯的方法
CN1581967A (zh) * 2003-08-11 2005-02-16 英业达股份有限公司 视频会议中切换通信联机的系统及其方法

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1223190C (zh) * 2002-04-09 2005-10-12 华为技术有限公司 会议电视终端的双视传送系统
CN1281058C (zh) * 2002-08-08 2006-10-18 中兴通讯股份有限公司 分布式的会议电视代理服务器的方法和设备

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2002045398A1 (en) * 1999-06-14 2002-06-06 Ginganet Corporation Teleconferencing system
CN1540987A (zh) * 2003-04-23 2004-10-27 深圳市中兴通讯股份有限公司南京分公 一种在会议电视系统中实现多路视频通讯的方法
CN1581967A (zh) * 2003-08-11 2005-02-16 英业达股份有限公司 视频会议中切换通信联机的系统及其方法

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2011035613A1 (zh) * 2009-09-27 2011-03-31 中兴通讯股份有限公司 控制多点视频会议的方法和系统及中控子系统和视频终端
US8854419B2 (en) 2009-09-27 2014-10-07 Zte Corporation Method and system for controlling multipoint video conference, central control subsystem and video terminal

Also Published As

Publication number Publication date
CN101142819A (zh) 2008-03-12
CN100551029C (zh) 2009-10-14

Similar Documents

Publication Publication Date Title
CN102187620B (zh) 在家庭网络上发送和接收呼叫的系统和方法
CN107104936B (zh) 建立全双工双向通信的方法和系统
US9172912B2 (en) Telepresence method, terminal and system
WO2022262465A1 (zh) 基于opc ua的时间敏感网络集中用户配置方法及系统
CN102422594B (zh) 用于交换呼叫数据的电话终端及方法
CN104883344B (zh) 协商媒体能力的方法和设备
CN105493510B (zh) 数据通讯系统与方法
CN106210791A (zh) 一种信息同步方法及系统
CN102883134A (zh) 用于视频会议系统的屏幕共享及控制方法
CN102547239A (zh) 基于Android移动终端的视频监控系统
EP2461580A1 (en) Monitoring message transmission method and system
CN101616156B (zh) 一种实现rtp数据流多路复用的信令协商方法和装置
EP2645688A1 (en) Conference system
TWI700573B (zh) 用於音訊 - 視訊中繼的無線對接系統
WO2007140721A1 (en) A method and system for data transmission based on peer to peer
CN104601339B (zh) 网真会议的控制方法、装置、服务器和终端设备
CN114710568B (zh) 音视频数据通信方法、设备及存储介质
WO2014161326A1 (zh) 视频通讯方法及装置
CN110771117B (zh) 一种采用面向id的网络的会话层通信
WO2011147217A1 (zh) 应用于机顶盒的消息发送、接收方法及机顶盒
WO2007009293A1 (fr) Méthode de télécommande d’un terminal de vidéo conférence h.320
CN101790072A (zh) 一种应用层组播视频会议系统实现方法
CN1929481A (zh) 基于udp的流媒体穿越nat设备的方法
WO2006066451A1 (en) A method for upgrading software in the teleconference video terminal
CN101710959A (zh) 一种应用层组播视频会议系统

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application
WWE Wipo information: entry into national phase

Ref document number: 200580049040.4

Country of ref document: CN

NENP Non-entry into the national phase

Ref country code: DE

WWW Wipo information: withdrawn in national office

Country of ref document: DE

122 Ep: pct application non-entry in european phase

Ref document number: 05766884

Country of ref document: EP

Kind code of ref document: A1