WO2013170812A1 - 媒体数据流的传输方法和瘦终端 - Google Patents

媒体数据流的传输方法和瘦终端 Download PDF

Info

Publication number
WO2013170812A1
WO2013170812A1 PCT/CN2013/078684 CN2013078684W WO2013170812A1 WO 2013170812 A1 WO2013170812 A1 WO 2013170812A1 CN 2013078684 W CN2013078684 W CN 2013078684W WO 2013170812 A1 WO2013170812 A1 WO 2013170812A1
Authority
WO
WIPO (PCT)
Prior art keywords
media
thin terminal
module
thin
client
Prior art date
Application number
PCT/CN2013/078684
Other languages
English (en)
French (fr)
Inventor
陈红领
Original Assignee
中兴通讯股份有限公司
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 中兴通讯股份有限公司 filed Critical 中兴通讯股份有限公司
Priority to US14/412,826 priority Critical patent/US9686334B2/en
Priority to EP13790066.8A priority patent/EP2863591A4/en
Priority to AU2013262210A priority patent/AU2013262210B2/en
Publication of WO2013170812A1 publication Critical patent/WO2013170812A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/04—Real-time or near real-time messaging, e.g. instant messaging [IM]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1016—IP multimedia subsystem [IMS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1069—Session establishment or de-establishment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/04—Protocols specially adapted for terminals or networks with limited capabilities; specially adapted for terminal portability
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management

Definitions

  • the present invention relates to the field of communications, and in particular to a method for transmitting a media data stream and a thin terminal. Background technique
  • VoIP Voice over Internet Protocol
  • IM instant messaging
  • the cloud platform provides new vitality to various services, while enhancing business performance, reducing service provisioning costs, and reducing terminal requirements.
  • the VoIP service media stream and signaling flow in the cloud platform environment mainly include: User A accesses the IM client1 (instant messaging client 1) software running in the virtual desktop through the thin terminal Thin Clientl.
  • the user's operation of the peripherals on the thin terminal is transferred to the IM software in the virtual desktop through the virtual desktop transfer protocol, such as a keyboard, a mouse, a microphone, a camera, etc., and a virtual desktop transfer protocol such as an independent computing architecture (Independent Computing Architecture, referred to as ICA) protocol, PCoIP (PC-over-IP), Simple Computing for Independent Computing Environment (SPICE), and Remote Desktop Protocol (RDP).
  • ICA Independent Computing Architecture
  • PCoIP PC-over-IP
  • SPICE Simple Computing for Independent Computing Environment
  • RDP Remote Desktop Protocol
  • the local data collected by the headset/camera is also transmitted by the Thin Clientl to the IM client in the virtual desktop through the virtual desktop transmission protocol, and receives the audio and video media stream transmitted from the peer end.
  • the media stream is transmitted from the calling side to the called user side, including the following steps: Step S102: The audio and video media stream is sent from the Thin Client1 end (thin terminal 1) on the calling side to the virtual desktop 1, and the virtual desktop 1 forwards the media stream to the IM Client1 (IM client 1).
  • Step S104 The IM Client1 forwards the media stream to the IM Client2 (IM client 2) of the called party, and the IM Client2 forwards the media stream to the virtual desktop 2 on the called side.
  • Step S106 The virtual desktop 2 forwards the media stream to the Thin Client 2 end (thin terminal 2).
  • IMS IP multimedia subsystem
  • the amount of media data stream to be transmitted is particularly large, and the problem of delay is more obvious; too much forwarding is easy to cause data. Distortion.
  • the calling party can make a call.
  • the media stream passes the above multiple forwarding, which not only occupies the network bandwidth, but also causes the network delay, and also causes the tone due to multiple forwarding and encoding and decoding processes. The distortion of the video.
  • the embodiment of the present invention provides a method for transmitting a media data stream and a thin terminal, so as to at least solve the problem that the media data in the prior art needs to be transmitted between the thin client and the virtual desktop by using a protocol such as RDP to implement two thin terminals.
  • a protocol such as RDP
  • a method for transmitting a media data stream including: a first thin terminal and a second thin terminal establish a media channel, where the first thin terminal is preset with a first media module a second media module is preset in the second thin terminal; the first media module preset in the first thin terminal and the second media module preset in the second thin terminal are used to perform media through the media channel.
  • the transmission of data streams including: a first thin terminal and a second thin terminal establish a media channel, where the first thin terminal is preset with a first media module a second media module is preset in the second thin terminal; the first media module preset in the first thin terminal and the second media module preset in the second thin terminal are used to perform media through the media channel.
  • the method further includes: the first thin terminal is connected to the first instant messaging client IM Client corresponding to the first thin terminal to the second thin The terminal initiates a call request; the first thin terminal receives the second The second IM client corresponding to the thin terminal responds to the IP address and the port number of the second media module returned by the call request, where the IP address and the port number of the second media module are used for the first thin terminal and the second The thin terminal establishes the above media channel.
  • the foregoing call request carries an IP address and a port number of the first media module.
  • the first thin terminal initiates a call request to the second thin terminal by using the first IM client corresponding to the first thin terminal, where: the first thin terminal performs authentication pairing with the first IM client; After the first thin terminal, the first thin terminal initiates a call request to the second thin terminal by using the first IM client corresponding to the first thin terminal.
  • the method includes: the first thin terminal establishes a TCP link with the first IM client, where the TCP link is used for the foregoing An IM client sends the IP address and port number of the second media module to the first thin terminal.
  • the transmitting, by the first media module preset in the first thin terminal, and the second media module preset in the second thin terminal, the media data stream by using the media channel includes: the first media module pair The collected audio and video content of the local end is encoded; the first media module uses the encoded audio and video content as the media data stream; and the first media module directly transmits the media data stream to the second media by using the media channel.
  • a thin terminal including: an establishing module configured to establish a media channel with another thin terminal; and a media module configured to pass the media module in the other thin terminal by using the foregoing
  • the media channel carries the transmission of the media data stream.
  • the thin terminal further includes: a calling module, configured to initiate a call request to the another thin terminal by using the first IM Client corresponding to the thin terminal before establishing the media channel with the another thin terminal; , configured to receive the corresponding one of the other thin terminals
  • the IP address and port number of the media module in the other thin terminal returned by the IM client in response to the above call request, wherein the IP address and port number of the media module in the other thin terminal are used to be thinner than the other thinner
  • the terminal establishes the above media channel.
  • the call module includes: an authentication unit configured to perform authentication pairing with the first IM Client; and a call unit configured to initiate a call request to the another thin terminal by using the first IM Client after the authentication pair is passed.
  • the media module includes: an encoding unit configured to encode the collected audio and video content of the local end; a generating unit configured to use the encoded audio and video content as the media data stream; and a transmission unit configured to pass the foregoing
  • the media channel directly transmits the media data stream to the media module in the other thin terminal, wherein the media module in the other thin terminal decodes the received media data stream to recover the audio and video content.
  • the media module is preset in the thin terminal, so that the media channel for transmitting the media data stream is directly established between the first thin terminal and the second thin terminal, and the transmission of the media stream data is not required.
  • the data After being forwarded through the cloud desktop or the like, the data can be directly transmitted between the thin terminals.
  • the media data in the prior art needs to be transmitted between the thin client and the virtual desktop by using a protocol such as RDP.
  • the technical problems of network delay and data distortion caused by the interaction of data between thin terminals achieve the technical effect of improving the rate of data transmission and the accuracy of data.
  • 1 is a flow chart of transmission of a media data stream according to the related art
  • FIG. 2 is a preferred flowchart of a method for transmitting a media data stream according to an embodiment of the present invention
  • FIG. 3 is another preferred flowchart of a method for transmitting a media data stream according to an embodiment of the present invention
  • FIG. 4 is a block diagram showing a preferred structure of a thin terminal according to an embodiment of the present invention.
  • FIG. 5 is a block diagram showing another preferred structure of a thin terminal according to an embodiment of the present invention
  • FIG. 6 is a block diagram showing a preferred structure of a call module in a thin terminal according to an embodiment of the present invention
  • FIG. 7 is a block diagram showing a preferred structure of a media module in a thin terminal according to an embodiment of the present invention
  • Schematic diagram of the system architecture of the VoIP service of the embodiment
  • FIG 9 is an interaction diagram of media data stream transmission in accordance with an embodiment of the present invention. detailed description
  • An embodiment of the present invention provides a method for transmitting a preferred media data stream. As shown in FIG. 2, the method includes the following steps:
  • Step S202 The first thin terminal and the second thin terminal establish a media channel, where a first media module is preset in the first thin terminal, and a second media module is preset in the second thin terminal;
  • Step S204 The first media module preset in the first thin terminal and the second media module preset in the second thin terminal transmit the media data stream through the media channel.
  • the media module is preset in the thin terminal, so that the media channel for transmitting the media data stream can be directly established between the first thin terminal and the second thin terminal, and the transmission of the media stream data is not required.
  • the data After being forwarded through the cloud desktop or the like, the data can be directly transmitted between the thin terminals.
  • the media data in the prior art needs to be transmitted between the thin client and the virtual desktop by using a protocol such as RDP.
  • the technical problems of network delay and data distortion caused by the interaction of data between thin terminals achieve the technical effect of improving the rate of data transmission and the accuracy of data.
  • the process of establishing a call is further included.
  • the process may include: the first thin terminal passes the first corresponding to the first thin terminal.
  • An IM client initiates a call request to the second thin terminal; the first thin terminal receives the second thin terminal pair
  • the second IM client responds to the IP address and the port number of the second media module returned by the call request, wherein the IP address and the port number of the second media module are used by the first thin terminal to establish a media channel with the second thin terminal.
  • the first thin terminal initiates a call request through the first IM Client, and then obtains the IP address and port number of the media module in the second thin terminal, and after obtaining the corresponding IP address and port number, the first IP address can be obtained according to the obtained IP address. Establish a media channel with the port number.
  • the IP address and the port number of the media module in the first thin terminal are also required for the second thin terminal.
  • the first thin terminal may carry the IP address and port number of the first media module in the call request to notify The IP address and port number of the first thin terminal of the second thin terminal. It is worth noting that although the above description describes the IP address and port number of the media module, it corresponds to the IP address and port number of the terminal itself.
  • the first thin terminal initiates a call request to the second thin terminal by using the first IM client corresponding to the first thin terminal, where: the first thin terminal performs authentication pairing with the first IM client; Afterwards, the first thin terminal initiates a call request to the second thin terminal by using the first IM Client corresponding to the first thin terminal.
  • the thin terminal can be used.
  • a Transmission Control Protocol (TCP) channel is used to transmit an IP address and a port number.
  • the method may further include: the first thin terminal establishes a TCP link with the first IM client, where the TCP link is used for An IM client sends the IP address and port number of the second media module to the first thin terminal.
  • the media module is preset in the thin terminal, therefore, the media The interaction of the body stream is also directly performed between the media modules.
  • the first media module preset in the first thin terminal and the first preset in the second thin terminal The steps of the second media module for transmitting the media data stream through the media channel include:
  • Step S302 The first media module encodes the collected audio and video content of the local end.
  • Step S304 The first media module uses the encoded audio and video content as the media data stream.
  • Step S306 The first media module mediaizes the media channel. The data stream is directly transmitted to the second media module, where the second media module performs decoding processing on the received media data stream to recover the audio and video content.
  • a thin terminal is also provided in this embodiment, and the device is used to implement the foregoing embodiments and preferred embodiments.
  • the term "unit” or “module” may implement a combination of software and/or hardware for a predetermined function.
  • the apparatus described in the following embodiments is preferably implemented in software, hardware, or a combination of software and hardware, is also possible and conceivable.
  • 4 is a block diagram of a preferred structure of a thin terminal according to an embodiment of the present invention. As shown in FIG. 4, the method includes: an establishing module 402 and a media module 404. The structure will be described below.
  • the establishing module 402 is configured to establish a media channel with another thin terminal
  • the media module 404 is configured to transmit the media data stream through the media channel with the media module in the other thin terminal.
  • the foregoing thin terminal further includes:
  • the calling module 502 is configured to initiate a call request to another thin terminal by using a first IM Client corresponding to the thin terminal before establishing a media channel with another thin terminal;
  • the receiving module 504 is configured to receive an IP address and a port number of the media module in another thin terminal returned by the second IM client corresponding to the other thin terminal in response to the call request, where the IP of the media module in the other thin terminal The address and port number are used to establish a media channel with another thin terminal.
  • the foregoing call module includes: an authentication unit 602, configured to perform authentication pairing with the first IM client, and the calling unit 604 is configured to initiate a call request to another thin terminal by using the first IM Client after the authentication pairing is passed.
  • the media module includes: an encoding unit 702 configured to encode the collected audio and video content of the local end; and a generating unit 704 configured to use the encoded audio and video content as
  • the media data stream is configured to transmit the media data stream directly to the media module in another thin terminal through the media channel, where the media module in the other thin terminal decodes the received media data stream to Restore the inner valley of the audio and video.
  • the present invention provides a new method for transmitting media data streams according to the disadvantages of occupying network bandwidth and aggravating network delays in the process of audio and video media streaming in the cloud desktop in the related art.
  • the core idea of the solution is The media and control are separated to optimize the system architecture of current VoIP terminals to maximize the problem of removing latency and distortion.
  • the embodiment of the present invention makes an architectural adjustment to the existing IM application, and the main adjustments are as follows:
  • the IM Client application deployed on the virtual desktop is only responsible for signaling control during the call;
  • the IM Client in the cloud desktop is responsible for call control, and the media stream directly interacts between the thin terminals, and is no longer transmitted between the Thin Client and the virtual desktop via a virtual desktop transfer protocol (such as ICA, PCoIP, SPICE, RDP, etc.).
  • a virtual desktop transfer protocol such as ICA, PCoIP, SPICE, RDP, etc.
  • the system involved in this embodiment mainly includes: Thin Client1, Thin Client2, Media Module1, Media Module2, and Virtual Desktop1. , Virtual Desktop 2, IM Client 1 (IM Client 1), IM Client2 (IM Client 2), IMS Core Network, and Service Server (IM Server).
  • IM Client 1 IM Client 1
  • IM Client2 IM Client 2
  • IMS Core Network IMS Core Network
  • IM Server Service Server
  • the embodiment of the present invention includes two processes: a) pairing between Thin Client and IM Client; b) modification of the call process; the following two processes are specifically described.
  • the pairing process mainly includes the following steps:
  • the media module 1 registers the local information on the IM server, wherein the local information includes: a user account, an address IP1, a port Portl, and a tag ThinTag. At the same time, the thin terminal 1 turns on TCP listening on the local port.
  • the IM client1 queries the IM server to query whether the user uses the thin terminal to access the cloud desktop and the related information of the current thin terminal.
  • the related information is mainly the local information reported by the thin terminal. .
  • ThinClient2 MediaModule2
  • IM Client2 Used by User B also complete the above pairing and establish a TCP connection.
  • the transformation of the call process mainly includes:
  • IM Clientl and IM Client2 complete the signaling interaction, and establish a media channel between ThinClientl (MediaModulel) and ThinClient2 (MediaModule2) to make a call.
  • the IM client in the cloud desktop is responsible for call control, and the media stream directly interacts on the thin terminal, and is no longer transmitted between the Thin Client and the virtual desktop via the virtual desktop transmission protocol, thereby effectively avoiding the RDP transmission. Delay, distortion, and bandwidth consumption issues.
  • Figure 9 is a complete interaction diagram of the preferred embodiment for media streaming.
  • the process of pairing the thin terminal and the IM client includes:
  • Steps S1-S2 User A pairs the thin terminal After the Thin Clientl is powered on, the media module 1 to IM
  • the server registers local information (user account, address IP1, port Portl, and tag ThinTag, etc.), and enables TCP snooping on the local port.
  • Step S3 When the user A accesses the IM Client1 in the virtual desktop through the thin terminal, the IM Client1 queries the IM server to query whether the user uses the thin terminal to access the cloud desktop and the current thin terminal information (IP, Port, ThinTag).
  • IP Port, ThinTag
  • Step S4 After the ThinClientl (MediaModulel) and the IM Client1 are successfully paired, a TCP link is established, and the link is used to deliver the negotiated media address and port number of the peer in the call negotiation process.
  • Steps S5-S8 Based on the same mechanism as steps S1-S4 above, ThinClient2 (MediaModule2) and IM Client2 used by User B are also configured.
  • the modified call process includes:
  • Step S9 When the user A operates the IM Client1 to initiate a call, the IP address and port of the ThinClient1 are carried in the call request (Invite).
  • Step S10 When the call request arrives at the IM Client2, the 180Ring response returned by the IM Client2 carries the media information (IP, Port) of the ThinClient2.
  • IM Client After user B hears the ringing and starts to pick up or pick up the phone, IM Client passes the media information of the peer end to the paired successful thin terminal. After the media module on the thin terminal knows the media information of the opposite end of the call, the media channel is established, so that the two parties complete the establishment of the media link of the call. The media module on the thin terminal is responsible for collecting the local audio and video and transmitting it to the other party, and receiving the audio and video media stream of the other party, and also original sound and video.
  • the new processing mechanism of the IM software audio and video call in the complete virtual cloud desktop adopts the media and control separate communication mode, and the call control end is still the IM client in the cloud desktop, but the media information (ie, the upper The media data stream of the text interacts directly on the thin terminal on the user side, thereby effectively avoiding the drawbacks of network delay and media distortion caused by the media flowing through the virtual cloud desktop.
  • it is also easy to implement in architecture Only one media module is deployed on the thin terminal, and no addition or deletion of system hardware is involved.
  • messages with a small amount of data such as instant messaging, file transfer, address book, chat room, etc. can continue to be processed in the current manner, that is, through the IM Client in the cloud desktop.
  • a software is also provided for performing the technical solutions described in the above embodiments and preferred embodiments.
  • a storage medium is also provided, the software being stored, including but not limited to: an optical disk, a floppy disk, a hard disk, a rewritable memory, and the like.
  • a media module is preset in the thin terminal, so that a media data stream is directly established between the first thin terminal and the second thin terminal.
  • the media channel can be transmitted, and the transmission of the media stream data does not need to be forwarded through the cloud desktop or the like, and can be directly transmitted between the thin terminals.
  • modules or steps of the embodiments of the present invention can be implemented by a general computing device, which can be concentrated on a single computing device or distributed in multiple computing devices. Alternatively, they may be implemented by program code executable by the computing device, such that they may be stored in the storage device by the computing device and, in some cases, may be different from The steps shown or described are performed sequentially, or they are separately fabricated into individual integrated circuit modules, or a plurality of modules or steps thereof are fabricated into a single integrated circuit module. Thus, embodiments of the invention are not limited to any particular combination of hardware and software.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Telephonic Communication Services (AREA)

Abstract

本发明公开了一种媒体数据流的传输方法和瘦终端，该方法包括：第一瘦终端与第二瘦终端建立媒体通道，其中，第一瘦终端中预置有第一媒体模块，第二瘦终端中预置有第二媒体模块；第一瘦终端内预置的第一媒体模块与第二瘦终端内预置的第二媒体模块通过媒体通道进行媒体数据流的传输。本发明解决了现有技术中媒体数据需要通过利用RDP等协议在瘦客户端和虚拟桌面之间进行传输才能实现两个瘦终端之间数据的交互而造成的网络延时和数据失真的技术问题，达到了提高数据传输的速率和数据的准确性的技术效果。

Description

媒体数据流的传输方法和瘦终端 技术领域
本发明涉及通信领域， 具体而言， 涉及一种媒体数据流的传输方法和 瘦终端。 背景技术
目前 Internet网络非常普及，由 IP网络传送话音的技术服务（ Voice over Internet Protocol, 简称为 VoIP )作为基本的即时通讯 ( Instant Messaging, 简称为 IM )业务被越来越多的设备所集成。 VoIP最大的优势就是能广泛地 采用 Internet和全球 IP互连的环境， 以提供比传统业务更多、 更好的服务。
另外， 随着近几年云计算的发展， 云平台给各种业务提供新的活力， 同时增强了业务性能、 降低了业务提供成本， 也降低了终端要求。
在云平台中部署 IM业务， 用户通过瘦终端访问 IM应用时， 因系统架 构的原因不可避免的加剧了媒体延时的问题。
目前， 云平台环境下 VoIP业务媒体流和信令流主要包括： 用户 A通过 瘦终端 Thin Clientl访问虚拟桌面中运行的 IM clientl (即时通讯客户端 1 ) 软件。 用户对瘦终端上外设的操作通过虚拟桌面传输协议传送到虚拟桌面 中的 IM软件， 外设如键盘、 鼠标、 麦克风以及摄像头等， 虚拟桌面传输协 议如独立计算构件 ( Independent Computing Architecture,简称为 ICA )协议、 PCoIP( PC-over-IP )、独立计算环境简单十办议（ Simple Protocol for Independent Computing Environment ,简称为 SPICE )以及远程桌面协议 ( Remote Desktop Protocol, RDP )等。 耳麦 /摄像头采集的本地数据也通过虚拟桌面传输协议 由 Thin Clientl传送到虚拟桌面中的 IM客户端， 并接收从对端传来的音视 频媒体流。 如图 1所示， 媒体流从主叫侧传输到被叫用户侧包括以下步驟： 步驟 S102: 音视频媒体流从主叫侧的 Thin Clientl端（瘦终端 1 )发往 虚拟桌面 1 , 虚拟桌面 1转发媒体流到 IM Clientl ( IM客户端 1 )。
步驟 S104: IM Clientl转发媒体流到被叫方的 IM Client2( IM客户端 2 ), IM Client2转发媒体流到被叫侧的虚拟桌面 2。
步驟 S106: 虚拟桌面 2在转发媒体流到 Thin Client2端 （瘦终端 2 )。 特别是在 IP多媒体子系统（ IP multimedia subsystem, 简称为 IMS ) 网 络环境下， 所需传输的媒体数据流的量特别大， 关于延迟的问题就更为明 显； 同时过多的转发也容易造成数据的失真。 综上可知， 媒体经过多次传 输， 主被叫方才能进行通话， 那么媒体流经过上述多次转发， 不仅占用了 网络带宽加剧了网络延时， 也会因多次转发及编解码过程导致音视频的失 真。
针对上述的问题， 目前尚未提出有效的解决方案。 发明内容
本发明实施例提供了一种媒体数据流的传输方法和瘦终端， 以至少解 决现有技术中媒体数据需要通过利用 RDP等协议在瘦客户端和虚拟桌面之 间进行传输才能实现两个瘦终端之间数据的交互而造成的网络延时和数据 失真的技术问题。
根据本发明实施例的一个方面， 提供了一种媒体数据流的传输方法， 包括： 第一瘦终端与第二瘦终端建立媒体通道， 其中， 上述第一瘦终端中 预置有第一媒体模块， 上述第二瘦终端中预置有第二媒体模块； 上述第一 瘦终端内预置的上述第一媒体模块与上述第二瘦终端内预置的上述第二媒 体模块通过上述媒体通道进行媒体数据流的传输。
优选地， 在第一瘦终端与第二瘦终端建立媒体通道之前， 上述方法还 包括： 上述第一瘦终端通过与上述第一瘦终端对应的第一即时通讯客户端 IM Client向上述第二瘦终端发起呼叫请求； 上述第一瘦终端接收上述第二 瘦终端对应的第二 IM Client响应于上述呼叫请求返回的第二媒体模块的 IP 地址和端口号， 其中， 上述第二媒体模块的 IP地址和端口号用于上述第一 瘦终端与上述第二瘦终端建立上述媒体通道。
优选地,上述呼叫请求中携带有上述第一媒体模块的 IP地址和端口号。 优选地， 上述第一瘦终端通过与上述第一瘦终端对应的第一 IM Client 向上述第二瘦终端发起呼叫请求包括： 上述第一瘦终端与上述第一 IM Client进行认证配对； 在认证配对通过以后， 上述第一瘦终端通过与上述第 一瘦终端对应的第一 IM Client向上述第二瘦终端发起呼叫请求。
优选地， 在上述第一瘦终端与上述第一 IM Client进行认证配对之后， 上述方法包括：上述第一瘦终端与上述第一 IM Client建立 TCP链路，其中， 上述 TCP链路用于上述第一 IM Client向上述第一瘦终端发送上述第二媒体 模块的 IP地址和端口号。
优选地， 上述第一瘦终端内预置的上述第一媒体模块与上述第二瘦终 端内预置的上述第二媒体模块通过上述媒体通道进行媒体数据流的传输包 括： 上述第一媒体模块对采集到的本端的音视频内容进行编码； 上述第一 媒体模块将编码后的音视频内容作为上述媒体数据流； 上述第一媒体模块 通过上述媒体通道将上述媒体数据流直接传输给上述第二媒体模块， 其中， 上述第二媒体模块对接收到的上述媒体数据流进行解码处理以恢复出上述 音视频内容。
根据本发明实施例的另一个方面， 提供了一种瘦终端， 包括： 建立模 块， 配置为与另一瘦终端建立媒体通道； 媒体模块， 配置为与上述另一瘦 终端中的媒体模块通过上述媒体通道进行媒体数据流的传输。
优选地， 上述瘦终端还包括： 呼叫模块， 配置为在与上述另一瘦终端 建立上述媒体通道之前， 通过与上述瘦终端对应的第一 IM Client向上述另 一瘦终端发起呼叫请求； 接收模块， 配置为接收上述另一瘦终端对应的第 二 IM Client响应于上述呼叫请求返回的上述另一瘦终端中的媒体模块的 IP 地址和端口号， 其中， 上述另一瘦终端中的媒体模块的 IP地址和端口号用 于与上述另一瘦终端建立上述媒体通道。
优选地， 上述呼叫模块包括： 认证单元， 配置为与上述第一 IM Client 进行认证配对； 呼叫单元， 配置为在认证配对通过以后， 通过上述第一 IM Client向上述另一瘦终端发起呼叫请求。
优选地， 上述媒体模块包括： 编码单元， 配置为对采集到的本端的音 视频内容进行编码； 生成单元， 配置为将编码后的音视频内容作为上述媒 体数据流； 传输单元， 配置为通过上述媒体通道将上述媒体数据流直接传 输给上述另一瘦终端中的媒体模块， 其中， 上述另一瘦终端中的媒体模块 对接收到的上述媒体数据流进行解码处理以恢复出上述音视频内容。
在本发明实施例中， 瘦终端中预置有媒体模块， 因此直接在第一瘦终 端与第二瘦终端之间建立用于传输媒体数据流的媒体通道即可， 媒体流数 据的传输不需要再经过云桌面等进行转发， 可以直接在瘦终端之间进行传 输， 通过上述方式及解决了现有技术中媒体数据需要通过利用 RDP等协议 在瘦客户端和虚拟桌面之间进行传输才能实现两个瘦终端之间数据的交互 而造成的网络延时和数据失真的技术问题， 达到了提高数据传输的速率和 数据的准确性的技术效果。 附图说明
图 1是根据相关技术媒体数据流的传输的流程图；
图 2是根据本发明实施例的媒体数据流的传输方法的一种优选流程图； 图 3是根据本发明实施例的媒体数据流的传输方法的另一种优选流程 图；
图 4是根据本发明实施例的瘦终端的一种优选结构框图；
图 5是根据本发明实施例的瘦终端的另一种优选结构框图； 图 6是根据本发明实施例的瘦终端中的呼叫模块的一种优选结构框图； 图 7是根据本发明实施例的瘦终端中的媒体模块的一种优选结构框图； 图 8是根据本发明实施例的 VoIP业务的系统架构示意图；
图 9是根据本发明实施例的媒体数据流传输的交互图。 具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。 需要说明的是， 在不沖突的情况下， 本申请中的实施例及实施例中的特征可以相互组合。
本发明实施例提供了一种优选的媒体数据流的传输方法， 如图 2所示， 包括以下步驟：
步驟 S202: 第一瘦终端与第二瘦终端建立媒体通道， 其中， 第一瘦终 端中预置有第一媒体模块， 第二瘦终端中预置有第二媒体模块；
步驟 S204: 第一瘦终端内预置的第一媒体模块与第二瘦终端内预置的 第二媒体模块通过媒体通道进行媒体数据流的传输。
在上述优选实施方式中， 瘦终端中预置有媒体模块， 因此直接在第一 瘦终端与第二瘦终端之间建立用于传输媒体数据流的媒体通道即可， 媒体 流数据的传输不需要再经过云桌面等进行转发， 可以直接在瘦终端之间进 行传输， 通过上述方式及解决了现有技术中媒体数据需要通过利用 RDP等 协议在瘦客户端和虚拟桌面之间进行传输才能实现两个瘦终端之间数据的 交互而造成的网络延时和数据失真的技术问题， 达到了提高数据传输的速 率和数据的准确性的技术效果。
虽然媒体流数据可以直接在瘦终端之间进行传输了， 然而对于呼叫的 建立还是需要云平台上的即时通信客户端进行控制的。 在一个优选实施方 式中， 在第一瘦终端与第二瘦终端建立媒体通道之前， 还包括建立呼叫的 过程， 优选地， 这个过程可以包括： 第一瘦终端通过与第一瘦终端对应的 第一 IM Client向第二瘦终端发起呼叫请求； 第一瘦终端接收第二瘦终端对 应的第二 IM Client响应于呼叫请求返回的第二媒体模块的 IP地址和端口 号， 其中， 第二媒体模块的 IP地址和端口号用于第一瘦终端与第二瘦终端 建立媒体通道。 即， 第一瘦终端通过第一 IM Client发起呼叫请求， 进而获 取第二瘦终端中的媒体模块的 IP地址和端口号，在获取相应的 IP地址和端 口号以后， 便可以依据获取的 IP地址和端口号建立媒体通道了。
当然， 对于第二瘦终端也需要第一瘦终端中的媒体模块的 IP地址和端 口号， 优选地， 第一瘦终端可以在呼叫请求中携带第一媒体模块的 IP地址 和端口号， 以通知第二瘦终端所述第一瘦终端的 IP地址和端口号。 值得注 意的是， 虽然上述描述中以媒体模块的 IP地址和端口号进行描述， 其实对 应的也就是终端自身的 IP地址和端口号。
为了保证瘦终端与 IM Client (即时通讯客户端）之间的对应的关系， 可以在发送呼叫请求之前进行配对， 即瘦终端需要寻找到与其对应的 IM Client。 在一个优选实施方式中， 第一瘦终端通过与第一瘦终端对应的第一 IM Client向第二瘦终端发起呼叫请求包括： 第一瘦终端与第一 IM Client进 行认证配对； 在认证配对通过后， 第一瘦终端通过与第一瘦终端对应的第 一 IM Client向第二瘦终端发起呼叫请求。
由上述描述可知， 在本优选实施例中需要传输 IP地址和端口号， 这其 中既有上行的 IP地址和端口号的传输，也有下行的 IP地址和端口号的传输， 因此，可以在瘦终端和 IM Client之间建立一个专门用于传输 IP地址和端口 号的传输控制协议（Transmission Control Protocol, 简称为 TCP )通道。 在 一个优选实施方式中， 在第一瘦终端与第一 IM Client进行认证配对之后， 上述方法还可以包括： 第一瘦终端与第一 IM Client建立 TCP链路， 其中， TCP链路用于第一 IM Client向第一瘦终端发送第二媒体模块的 IP地址和端 口号。
因本实施例中所记载的方式是在瘦终端中预置了媒体模块， 因此， 媒 体流的交互也就在媒体模块之间直接进行了， 在一个优选实施方式中， 如 图 3 所示， 第一瘦终端内预置的第一媒体模块与第二瘦终端内预置的第二 媒体模块通过媒体通道进行媒体数据流的传输的步驟包括：
步驟 S302: 第一媒体模块对采集到的本端的音视频内容进行编码； 步驟 S304: 第一媒体模块将编码后的音视频内容作为媒体数据流； 步驟 S306: 第一媒体模块通过媒体通道将媒体数据流直接传输给第二 媒体模块， 其中， 第二媒体模块对接收到的媒体数据流进行解码处理以恢 复出音视频内容。
在本实施例中还提供了一种瘦终端， 该装置用于实现上述实施例及优 选实施方式， 已经进行过说明的不再赘述。 如以下所使用的， 术语 "单元" 或者 "模块" 可以实现预定功能的软件和 /或硬件的组合。 尽管以下实施例 所描述的装置较佳地以软件来实现， 但是硬件， 或者软件和硬件的组合的 实现也是可能并被构想的。 图 4是根据本发明实施例的瘦终端的一种优选 结构框图， 如图 4所示， 包括： 建立模块 402和媒体模块 404, 下面对该结 构进行说明。
建立模块 402, 配置为与另一瘦终端建立媒体通道；
媒体模块 404,配置为与另一瘦终端中的媒体模块通过媒体通道进行媒 体数据流的传输。
在一个优选实施方式中， 如图 5所示， 上述瘦终端还包括：
呼叫模块 502, 配置为在与另一瘦终端建立媒体通道之前，通过与本瘦 终端对应的第一 IM Client向另一瘦终端发起呼叫请求；
接收模块 504, 配置为接收另一瘦终端对应的第二 IM Client响应于呼 叫请求返回的另一瘦终端中的媒体模块的 IP地址和端口号， 其中， 另一瘦 终端中的媒体模块的 IP地址和端口号用于与另一瘦终端建立媒体通道。
在一个优选实施方式中， 如图 6所示， 上述呼叫模块包括： 认证单元 602, 用于与第一 IM Client进行认证配对； 呼叫单元 604, 用于在认证配对 通过以后， 通过第一 IM Client向另一瘦终端发起呼叫请求。
在一个优选实施方式中， 如图 7所示， 上述媒体模块包括： 编码单元 702, 配置为对采集到的本端的音视频内容进行编码； 生成单元 704, 配置 为将编码后的音视频内容作为媒体数据流； 传输单元 706, 配置为通过媒体 通道将媒体数据流直接传输给另一瘦终端中的媒体模块， 其中， 另一瘦终 端中的媒体模块对接收到的媒体数据流进行解码处理以恢复出音视频内 谷。
本发明实施例还提供了一种优选的实施例来进一步对本发明进行解 释， 但是值得注意的是， 该优选实施例只是为了更好的描述本发明， 并不 构成对本发明不当的限定。
针对相关技术中云桌面中的音视频媒体流传输过程中存在的占用网络 带宽、 加剧网络延时等弊端， 本发明实施例提出一种新的媒体数据流的传 输方法， 本方案的核心思想是将媒体和控制进行分离， 以优化目前 VoIP终 端的系统结构以最大化去除延时和失真的问题。
结合当前应用较为广泛的虚拟云桌面系统， 本发明实施例对现有的 IM 应用做了架构上的调整， 主要调整如下：
1 )在瘦终端上部署媒体模块， 主要负责音视频媒体的编解码；
2 )部署在虚拟桌面上的 IM Client应用仅负责在通话过程中的信令控 制；
3 ) 用户使用的瘦终端上的媒体模块需要和其对应虚拟桌面中的 IM Client配^成功；
4 )云桌面中的 IM Client负责呼叫控制， 媒体流直接在瘦终端之间进 行交互， 不再经由虚拟桌面传输协议（如 ICA、 PCoIP、 SPICE, RDP等） 在 Thin Client和虚拟桌面间传输，从而有效避免了因 RDP传输导致的延时、 失真以及耗带宽等弊端。
如图 8所示， 本实施例涉及的系统主要包括： 瘦终端 1 ( Thin Clientl )、 瘦终端 2 ( Thin Client2 )、媒体模块 1 ( Media Modulel )、媒体模块 2 ( Media Module2 )、虚拟桌面 1、虚拟桌面 2、 IM Client 1 ( IM客户端 1 )、 IM Client2 ( IM客户端 2 )、 IMS核心网以及业务服务器（IM Server )。 其中， 媒体模 块 1部署在 Thin Clientl上， 媒体模块 2部署在 Thin Client2上， 在瘦终端 上电或者去电之后， 媒体模块自动运行或者停止。
本发明实施例包含两个过程： a ) Thin Client和 IM Client进行配对； b ) 通话过程的改造； 下面对这两个过程进行具体的描述。
配对过程主要包括以下步驟：
S1 : 用户 A对瘦终端 Thin Clientl上电后， 媒体模块 1到 IM Server上 登记本地信息， 其中， 上述的本地信息包括： 用户账号、 地址 IP1、 端口 Portl以及标记 ThinTag等。 同时， 瘦终端 1在本地端口上开启 TCP监听。
S2: 用户 A通过瘦终端访问虚拟桌面中的 IM Clientl时， IM Clientl 向 IM Server查询该用户是否使用瘦终端访问云桌面以及当前瘦终端的相关 信息， 这些相关信息主要是瘦终端上报的本地信息。
S3: 在用户 A使用的 ThinClientl ( MediaModulel )和 IM Clientl配对 成功之后， 建立 TCP连接， 这样就具备了本发明实施例中媒体流传输的条 件。
同样的机制，用户 B所使用的 ThinClient2( MediaModule2 )和 IM Client2 也完成上述的配对， 并建立 TCP连接。
通话过程的改造主要包括：
S 1： 用户 A操作 IM Clientl发起呼叫时， 呼叫请求（ Invite ) 中原本携 带的媒体信息（ SDP, Session Description Protocol )改造为 ThinClientl的 IP 地址和端口； 呼叫请求到达 IM Client2时， IM Client2返回的 180Ring响应 中携带 ThinClient2的媒体信息 （IP、 Port )。
S2 : IM Clientl 与 IM Client2 完成信令的交互， 在 ThinClientl ( MediaModulel )和 ThinClient2 ( MediaModule2 )之间建立媒体通道进行 通话。
在本优选实施方式中， 云桌面中的 IM Client负责呼叫控制、 媒体流直 接在瘦终端上交互， 不再经由虚拟桌面传输协议在 Thin Client和虚拟桌面 间传输， 从而有效避免了 RDP传输导致的延时、 失真以及耗带宽等问题。
图 9是本优选实施例在进行媒体流传输时完整的交互图。
其中， 瘦终端和 IM客户端进行配对的过程包括：
步驟 S1-S2: 用户 A对瘦终端 Thin Clientl上电后， 媒体模块 1到 IM
Server登记本地信息 （用户账号、 地址 IP1、 端口 Portl 以及标记 ThinTag 等）， 同时， 在本地端口上开启 TCP监听。
步驟 S3:用户 A通过瘦终端访问虚拟桌面中的 IM Clientl时， IM Clientl 向 IM Server查询该用户是否使用瘦终端访问云桌面以及当前瘦终端的信息 ( IP、 Port, ThinTag )。
步驟 S4: ThinClientl ( MediaModulel )和 IM Clientl配对成功后， 建 立 TCP链路， 该链路用于在通话协商过程中， 传递所协商的对端的媒体地 址和端口号。
步驟 S5-S8: 基于与上述步驟 S1-S4 同样的机制， 用户 B 所使用的 ThinClient2 ( MediaModule2 )和 IM Client2也完成配^。
经过上述瘦终端和 IM终端配对成功，在后续实际通话时具备了媒体和 控制分离的准备条件。
改造后的通话过程包括：
步驟 S9: 用户 A操作 IM Clientl发起呼叫时， 在呼叫请求（ Invite )中 携带 ThinClientl的 IP地址和端口。 步驟 S10: 在呼叫请求到达 IM Client2时， IM Client2返回的 180Ring 响应中携带 ThinClient2的媒体信息（ IP、 Port )。
用户 B听到振铃后开始接听或者摘机， IM Client将对端的媒体信息传 递给配对成功的瘦终端。 瘦终端上媒体模块获知通话对端的媒体信息后， 建立媒体通道， 从而双方完成通话媒体链路的建立。 在瘦终端上的媒体模 块负责采集本端音视频传递给对方， 同时接收对方的音视频媒体流， 并还 原出声音和视频。
通过上述实施例提供的完整的虚拟云桌面中 IM软件音视频通话新的 处理机制， 采取媒体和控制分离的通信方式， 呼叫控制端仍然是云桌面中 的 IM客户端， 然而媒体信息（即上文的媒体数据流）直接在用户侧的瘦终 端上交互， 从而有效避免了媒体流经虚拟云桌面周转而带来的网络延时和 媒体失真的弊端。 同时， 在架构上也简单易实现， 仅在瘦终端上部署一个 媒体模块， 不涉及系统硬件的增删。 优选的， 对于即时消息、 文件传输、 通讯录、 聊天室等这些数据量不大的消息可以继续按照目前的方式， 即通 过云桌面中的 IM Client进行处理。
在另外一个实施例中， 还提供了一种软件， 该软件用于执行上述实施 例及优选实施方式中描述的技术方案。
在另外一个实施例中， 还提供了一种存储介质， 该存储介质中存储有 上述软件， 该存储介质包括但不限于： 光盘、 软盘、 硬盘、 可擦写存储器 等。
从以上的描述中， 可以看出， 本发明实施例实现了如下技术效果： 瘦 终端中预置有媒体模块， 因此直接在第一瘦终端与第二瘦终端之间建立用 于传输媒体数据流的媒体通道即可， 媒体流数据的传输不需要再经过云桌 面等进行转发， 可以直接在瘦终端之间进行传输， 通过上述方式及解决了 现有技术中媒体数据需要通过利用 RDP等协议在瘦客户端和虚拟桌面之间 进行传输才能实现两个瘦终端之间数据的交互而造成的网络延时和数据失 真的技术问题， 达到了提高数据传输的速率和数据的准确性的技术效果。
显然， 本领域的技术人员应该明白， 上述的本发明实施例的各模块或 各步驟可以用通用的计算装置来实现， 它们可以集中在单个的计算装置上， 或者分布在多个计算装置所组成的网络上， 可选地， 它们可以用计算装置 可执行的程序代码来实现， 从而， 可以将它们存储在存储装置中由计算装 置来执行， 并且在某些情况下， 可以以不同于此处的顺序执行所示出或描 述的步驟， 或者将它们分别制作成各个集成电路模块， 或者将它们中的多 个模块或步驟制作成单个集成电路模块来实现。 这样， 本发明实施例不限 制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已， 并不用于限制本发明， 对于 本领域的技术人员来说， 本发明可以有各种更改和变化。 凡在本发明的精 神和原则之内， 所作的任何修改、 等同替换、 改进等， 均应包含在本发明 的保护范围之内。

Claims

权利要求书
1、 一种媒体数据流的传输方法， 包括：
第一瘦终端与第二瘦终端建立媒体通道， 其中， 所述第一瘦终端中 预置有第一媒体模块， 所述第二瘦终端中预置有第二媒体模块；
所述第一瘦终端内预置的所述第一媒体模块与所述第二瘦终端内预 置的所述第二媒体模块通过所述媒体通道进行媒体数据流的传输。
2、 根据权利要求 1所述的方法， 其中， 在第一瘦终端与第二瘦终端 建立媒体通道之前， 所述方法还包括：
所述第一瘦终端通过与所述第一瘦终端对应的第一即时通讯客户端 IM Client向所述第二瘦终端发起呼叫请求；
所述第一瘦终端接收所述第二瘦终端对应的第二 IM Client响应于所 述呼叫请求返回的第二媒体模块的 IP地址和端口号， 其中， 所述第二媒 体模块的 IP地址和端口号用于所述第一瘦终端与所述第二瘦终端建立所 述媒体通道。
3、 根据权利要求 2所述的方法， 其中， 所述呼叫请求中携带有所述 第一媒体模块的 IP地址和端口号。
4、 根据权利要求 2所述的方法， 其中， 所述第一瘦终端通过与所述 第一瘦终端对应的第一 IM Client向所述第二瘦终端发起呼叫请求包括： 所述第一瘦终端与所述第一 IM Client进行认证配对；
在认证配对通过以后， 所述第一瘦终端通过与所述第一瘦终端对应 的第一 IM Client向所述第二瘦终端发起呼叫请求。
5、 根据权利要求 4所述的方法， 其中， 在所述第一瘦终端与所述第 一 IM Client进行认证配对之后 , 所述方法包括：
所述第一瘦终端与所述第一 IM Client建立传输控制协议 TCP链路， 其中，所述 TCP链路用于所述第一 IM Client向所述第一瘦终端发送所述 第二媒体模块的 IP地址和端口号。
6、 根据权利要求 1至 5中任一项所述的方法， 其中， 所述第一瘦终 端内预置的所述第一媒体模块与所述第二瘦终端内预置的所述第二媒体 模块通过所述媒体通道进行媒体数据流的传输包括：
所述第一媒体模块对采集到的本端的音视频内容进行编码； 所述第一媒体模块将编码后的音视频内容作为所述媒体数据流； 所述第一媒体模块通过所述媒体通道将所述媒体数据流直接传输给 所述第二媒体模块， 其中， 所述第二媒体模块对接收到的所述媒体数据 流进行解码处理以恢复出所述音视频内容。
7、 一种瘦终端， 包括：
建立模块， 配置为与另一瘦终端建立媒体通道；
媒体模块， 配置为与所述另一瘦终端中的媒体模块通过所述媒体通 道进行媒体数据流的传输。
8、 根据权利要求 1所述的瘦终端， 其中， 还包括：
呼叫模块， 配置为在与所述另一瘦终端建立所述媒体通道之前， 通 过与所述瘦终端对应的第一 IM Client向所述另一瘦终端发起呼叫请求； 接收模块， 配置为接收所述另一瘦终端对应的第二 IM Client响应于 所述呼叫请求返回的所述另一瘦终端中的媒体模块的 IP地址和端口号， 其中， 所述另一瘦终端中的媒体模块的 IP地址和端口号用于与所述另一 瘦终端建立所述媒体通道。
9、 根据权利要求 8所述的瘦终端， 其中， 所述呼叫模块包括： 认证单元 , 配置为与所述第一 IM Client进行认证配对；
呼叫单元 , 配置为在认证配对通过以后， 通过所述第一 IM Client向 所述另一瘦终端发起呼叫请求。
10、 根据权利要求 7至 9中任一项所述的瘦终端， 其中， 所述媒体 模块包括：
编码单元， 配置为对采集到的本端的音视频内容进行编码； 生成单元， 配置为将编码后的音视频内容作为所述媒体数据流； 传输单元， 配置为通过所述媒体通道将所述媒体数据流直接传输给 所述另一瘦终端中的媒体模块， 其中， 所述另一瘦终端中的媒体模块对 接收到的所述媒体数据流进行解码处理以恢复出所述音视频内容。
PCT/CN2013/078684 2012-09-05 2013-07-02 媒体数据流的传输方法和瘦终端 WO2013170812A1 (zh)

Priority Applications (3)

Application Number Priority Date Filing Date Title
US14/412,826 US9686334B2 (en) 2012-09-05 2013-07-02 Transmission method for media data stream and thin client
EP13790066.8A EP2863591A4 (en) 2012-09-05 2013-07-02 TRANSMISSION PROCEDURE FOR MEDIA DATA TRANSMS AND THIN CLIENT THEREFOR
AU2013262210A AU2013262210B2 (en) 2012-09-05 2013-07-02 Transmission method for media data stream and thin client

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201210325236.3A CN103684970B (zh) 2012-09-05 2012-09-05 媒体数据流的传输方法和瘦终端
CN201210325236.3 2012-09-05

Publications (1)

Publication Number Publication Date
WO2013170812A1 true WO2013170812A1 (zh) 2013-11-21

Family

ID=49583172

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2013/078684 WO2013170812A1 (zh) 2012-09-05 2013-07-02 媒体数据流的传输方法和瘦终端

Country Status (5)

Country Link
US (1) US9686334B2 (zh)
EP (1) EP2863591A4 (zh)
CN (1) CN103684970B (zh)
AU (1) AU2013262210B2 (zh)
WO (1) WO2013170812A1 (zh)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105208406A (zh) * 2014-06-11 2015-12-30 中兴通讯股份有限公司 视频数据提供方法、视频播放方法、装置及系统
CN106027679B (zh) * 2016-07-15 2019-05-24 中兴通讯股份有限公司 视频会议的实现方法、装置及系统、云桌面终端
CN108401258B (zh) * 2017-02-04 2022-11-01 中兴通讯股份有限公司 网络优化方法及装置
US11122149B2 (en) 2018-11-30 2021-09-14 Microsoft Technology Licensing, Llc Screen sharing via a thin client application
CN112672094B (zh) * 2020-12-23 2023-02-17 迈普通信技术股份有限公司 一种云桌面会议共享方法、装置、电子设备及存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110138069A1 (en) * 2009-12-08 2011-06-09 Georgy Momchilov Systems and methods for a client-side remote presentation of a multimedia stream
CN102308560A (zh) * 2011-07-18 2012-01-04 华为技术有限公司 云计算系统中的媒体流数据的传输方法及装置
CN102307153A (zh) * 2011-10-14 2012-01-04 王宁 一种虚拟桌面传输设备和方法
CN102611809A (zh) * 2012-03-29 2012-07-25 华为技术有限公司 呼叫处理方法和控制装置、自动呼叫分配装置和座席终端

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6108715A (en) * 1994-12-13 2000-08-22 Microsoft Corporation Method and system for invoking remote procedure calls
US9137163B2 (en) * 2010-08-04 2015-09-15 Kryterion, Inc. Optimized data stream upload
US9094420B2 (en) * 2011-02-24 2015-07-28 Avaya Inc. System and method for assuring quality real-time communication experience in virtual machine

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110138069A1 (en) * 2009-12-08 2011-06-09 Georgy Momchilov Systems and methods for a client-side remote presentation of a multimedia stream
CN102308560A (zh) * 2011-07-18 2012-01-04 华为技术有限公司 云计算系统中的媒体流数据的传输方法及装置
CN102307153A (zh) * 2011-10-14 2012-01-04 王宁 一种虚拟桌面传输设备和方法
CN102611809A (zh) * 2012-03-29 2012-07-25 华为技术有限公司 呼叫处理方法和控制装置、自动呼叫分配装置和座席终端

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP2863591A4 *

Also Published As

Publication number Publication date
CN103684970B (zh) 2018-04-27
AU2013262210A1 (en) 2015-01-29
US20150195318A1 (en) 2015-07-09
EP2863591A4 (en) 2015-07-22
AU2013262210B2 (en) 2016-02-18
EP2863591A1 (en) 2015-04-22
US9686334B2 (en) 2017-06-20
CN103684970A (zh) 2014-03-26

Similar Documents

Publication Publication Date Title
EP2640099B1 (en) Method, system and apparatus for providing stream media service
TWI239172B (en) Method and system for group communications
WO2013097457A1 (zh) 云计算环境中实现voip通话的方法、装置和系统
EP2584760B1 (en) Method for realizing video browsing, ip multimedia subsystem (ims) video monitoring system, and monitoring front end
WO2010075696A1 (zh) 一种支持手机电视节目共享的系统和方法
WO2013097401A1 (zh) 浏览器客户端与后端服务器直通的方法、网关和通信系统
US10097693B2 (en) Managing data streams for a communication network
WO2015000356A1 (zh) 一种WebRTC通信方法、相关设备及系统
WO2012106894A1 (zh) 云计算系统中的媒体流数据的传输方法及装置
WO2013170812A1 (zh) 媒体数据流的传输方法和瘦终端
WO2010003385A1 (zh) 一种应用服务器控制多媒体会议的方法及装置
US20080076362A1 (en) PTT system, method for implementing PTT communication, PTT management server and terminal device thereof
WO2011095007A1 (zh) 一种无线终端主动建立视频会议的方法及系统
CN108881149B (zh) 一种可视电话设备的接入方法和系统
WO2015131750A1 (zh) 一种基于Web RTC多方通话建立的方法、设备和系统
WO2019184262A1 (zh) 多类型媒体数据网络地址转换穿越方法、终端及系统
WO2015127793A1 (zh) 录音方法、语音交换设备、录音服务器及录音系统
WO2011009369A1 (zh) 一种实现rtp数据流多路复用的信令协商方法和装置
WO2014114085A1 (zh) 瘦客户机及其通信方法和装置
WO2018006678A1 (zh) 语音通话方法及装置
WO2011000291A1 (zh) 关联sip会话中rtp包的方法、装置及系统
WO2013071517A1 (zh) 媒体流的发送方法及服务器
WO2012000222A1 (zh) 一种网页上实现的基于p2p的远程视频教育的方法
WO2010108344A1 (zh) 一种共享多媒体广播节目的系统及方法
CN110719435B (zh) 一种进行终端会议的方法和系统

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 13790066

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 14412826

Country of ref document: US

WWE Wipo information: entry into national phase

Ref document number: 2013790066

Country of ref document: EP

ENP Entry into the national phase

Ref document number: 2013262210

Country of ref document: AU

Date of ref document: 20130702

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE