US20130145404A1 - Remote transmission system - Google Patents

Remote transmission system Download PDF

Info

Publication number
US20130145404A1
US20130145404A1 US13/752,016 US201313752016A US2013145404A1 US 20130145404 A1 US20130145404 A1 US 20130145404A1 US 201313752016 A US201313752016 A US 201313752016A US 2013145404 A1 US2013145404 A1 US 2013145404A1
Authority
US
United States
Prior art keywords
packets
communication network
cellular communication
modem
transmission
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.)
Granted
Application number
US13/752,016
Other versions
US8467337B1 (en
Inventor
Rony Haim OHAYON
Avichai COHEN
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.)
Liveu Ltd
Original Assignee
Liveu Ltd
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 Liveu Ltd filed Critical Liveu Ltd
Priority to US13/752,016 priority Critical patent/US8467337B1/en
Priority to US13/756,112 priority patent/US8488659B2/en
Priority to US13/886,050 priority patent/US8964646B2/en
Publication of US20130145404A1 publication Critical patent/US20130145404A1/en
Priority to US13/915,266 priority patent/US8848697B2/en
Application granted granted Critical
Publication of US8467337B1 publication Critical patent/US8467337B1/en
Priority to US14/016,982 priority patent/US8811292B2/en
Assigned to SILICON VALLEY BANK reassignment SILICON VALLEY BANK SECURITY INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: LIVEU LTD
Assigned to SILICON VALLEY BANK, KREOS CAPITAL IV (EXPERT FUND) LIMITED reassignment SILICON VALLEY BANK SECURITY INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: LIVEU LTD
Priority to US14/588,939 priority patent/US9203498B2/en
Assigned to SILICON VALLEY BANK reassignment SILICON VALLEY BANK FIRST AMENDMENT TO INTELLECTUAL PROPERTY SECURITY AGREEMENT Assignors: LIVEU LTD
Assigned to SILICON VALLEY BANK, KREOS CAPITAL IV (EXPERT FUND) LIMITED reassignment SILICON VALLEY BANK FIRST AMENDMENT TO INTELLECTUAL PROPERTY SECURITY AGREEMENT Assignors: LIVEU LTD
Priority to US14/931,888 priority patent/US9538513B2/en
Assigned to LIVEU LTD reassignment LIVEU LTD TERMINATION OF INTELLECTUAL PROPERTY SECURITY AGREEMENT Assignors: KREOS CAPITAL IV (EXPERT FUND) LIMITED
Priority to US15/365,958 priority patent/US9826565B2/en
Assigned to LIVEU LTD, LIVEU INC. reassignment LIVEU LTD TERMINATION AND RELEASE OF INTELLECTUAL PROPERTY SECURITY AGREEMENT Assignors: SILICON VALLEY BANK
Assigned to LIVEU LTD. reassignment LIVEU LTD. ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: COHEN, AVICHAI, OHAYON, RONY HAIM
Assigned to LUCID TRUSTEE SERVICES LIMITED reassignment LUCID TRUSTEE SERVICES LIMITED SECURITY INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: LIVE U LTD.
Assigned to LUCID TRUSTEE SERVICES LIMITED reassignment LUCID TRUSTEE SERVICES LIMITED SECURITY INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: LIVEU LTD
Assigned to LIVEU LTD. reassignment LIVEU LTD. RELEASE BY SECURED PARTY (SEE DOCUMENT FOR DETAILS). Assignors: LUCID TRUSTEE SERVICES LIMITED
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/25Flow control; Congestion control with rate being modified by the source upon detecting a change of network conditions
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04BTRANSMISSION
    • H04B7/00Radio transmission systems, i.e. using radiation field
    • H04B7/02Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/04Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
    • H04B7/06Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station
    • H04B7/0697Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station using spatial multiplexing
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04HBROADCAST COMMUNICATION
    • H04H40/00Arrangements specially adapted for receiving broadcast information
    • H04H40/18Arrangements characterised by circuits or components specially adapted for receiving
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/004Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0041Arrangements at the transmitter end
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L25/00Baseband systems
    • H04L25/02Details ; arrangements for supplying electrical power along data transmission lines
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00Packet switching elements
    • H04L49/90Buffering arrangements
    • H04L49/9057Arrangements for supporting packet reassembly or resequencing
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60Network streaming of media packets
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/324Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the data link layer [OSI layer 2], e.g. HDLC
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/21Server components or server architectures
    • H04N21/218Source of audio or video content, e.g. local disk arrays
    • H04N21/2187Live feed
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/238Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
    • H04N21/2383Channel coding or modulation of digital bit-stream, e.g. QPSK modulation
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/438Interfacing the downstream path of the transmission network originating from a server, e.g. retrieving encoded video stream packets from an IP network
    • H04N21/4382Demodulation or channel decoding, e.g. QPSK demodulation
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/61Network physical structure; Signal processing
    • H04N21/6106Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
    • H04N21/6131Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving transmission via a mobile phone network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/61Network physical structure; Signal processing
    • H04N21/6106Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
    • H04N21/6143Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving transmission via a satellite
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/61Network physical structure; Signal processing
    • H04N21/6156Network physical structure; Signal processing specially adapted to the upstream path of the transmission network
    • H04N21/6175Network physical structure; Signal processing specially adapted to the upstream path of the transmission network involving transmission via Internet
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/631Multimode Transmission, e.g. transmitting basic layers and enhancement layers of the content over different transmission paths or transmitting with different error corrections, different keys or with different transmission protocols
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/637Control signals issued by the client directed to the server or network components
    • H04N21/6375Control signals issued by the client directed to the server or network components for requesting retransmission, e.g. of data packets lost or corrupted during transmission from server
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W24/00Supervisory, monitoring or testing arrangements
    • H04W24/02Arrangements for optimising operational condition
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/20Control channels or signalling for resource management
    • H04W72/21Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/50Allocation or scheduling criteria for wireless resources
    • H04W72/54Allocation or scheduling criteria for wireless resources based on quality criteria
    • H04W72/542Allocation or scheduling criteria for wireless resources based on quality criteria using measured or perceived quality
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • H04W76/15Setup of multiple wireless link connections
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/004Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0045Arrangements at the receiver end
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/004Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0056Systems characterized by the type of code used
    • H04L1/0057Block codes
    • H04L1/0058Block-coded modulation
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/004Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0056Systems characterized by the type of code used
    • H04L1/0071Use of interleaving
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2212/00Encapsulation of packets

Definitions

  • the present invention relates to remote of media content generally and to doing so over a wireless communications network in particular.
  • Remote upload of media content is known in the art. Such uploads are typically used to provide real time, or near real time, coverage of news/sports events occurring outside of a prepared television studio. Camera crews are often sent to film live events in a variety of locations and the video/audio feed is transmitted back to the studio where it is broadcast.
  • FIGS. 1A and 1B illustrate technologies currently used to provide real time remote broadcasts.
  • FIG. 1A shows a video camera 5 that is used to film a news event at a remote location.
  • Camera 5 is connected by a cable 10 to a satellite news gathering (SNG) van 15 .
  • SNG van 15 has an antenna 20 on its roof that transmits broadcast data to a relay satellite 25 in orbit around the earth.
  • Relay satellite 25 then transmits the data to a receiving dish 30 at television studio 35 .
  • SNG van 15 typically contains a variety of equipment (not shown), for example, a video encoder, satellite modem and an editing station. This equipment is used to process and transmit the data to relay satellite 25 . SNG van 15 then uses a broadband connection to upload the data to satellite 25 via antenna 20 . The data is then downloaded to studio 35 , where it is typically edited and broadcasted.
  • equipment not shown
  • SNG van 15 uses a broadband connection to upload the data to satellite 25 via antenna 20 .
  • the data is then downloaded to studio 35 , where it is typically edited and broadcasted.
  • FIG. 1B illustrates how microwave technology is used for live remote broadcasts.
  • electronic news gathering (ENG) van 16 processes data from camera 5 before transmission.
  • antenna 40 uploads the data using microwave transmissions, and instead of relay satellite 25 , the data is uploaded to relatively local microwave relay station 45 .
  • the data is then relayed to studio 35 via interne 46 or a wire line connection 48 .
  • Satellite and microwave technologies have similar operating constraints. For example, both technologies require “line of sight” connections. There must be an unobstructed line between antenna 20 and relay satellite 25 in order to upload the broadcast data. Similarly, there must be an unobstructed line between antenna 40 and microwave relay station 45 in order to use microwave technology. Accordingly, these technologies are inappropriate for use from some locations. For example, neither technology can be used from within an underground parking garage. Tall buildings and/or other topographic features impact on the usability of microwave technology, and to a lesser extent, that of satellite technology as well.
  • SNG and ENG vans 15 and 16 require serviceable roads to access remote broadcast locations.
  • Flyaways may be brought to the remote location using other modes of transportation, including, for example, airplane, helicopter or all terrain vehicles. They are, however, still bulky and difficult to carry far by hand.
  • a flyaway is typically split into two separate units, each weighing approximately 40 kg.
  • BGAN Broadband Global Area Network
  • a transmission apparatus including a plurality of modems, which are configured to communicate via respective wireless communication channels and include at least first and second modems configured to communicate respectively over separate first and second wireless communication networks, and a stream processor configured to receive and process an incoming media stream so as to provide multiple upload streams for transmission by different ones of the modems, including first and second upload streams for transmission by the first and second modems, respectively.
  • the first and second wireless communication networks service a remote location.
  • first and second wireless communication networks respectively use first and second different, respective mobile telephone technologies.
  • the first and second wireless communication networks are provided by different, respective operators.
  • the first and second wireless communication networks use respective technologies selected from a group of technologies consisting of WiFi, WiMAX, satellite, microwave and cellular technologies.
  • the first network uses a first technology selected from the group of the technologies and the second network uses a second technology, which is selected from the group of the technologies and is different from the first technology.
  • the stream processor is configured to divide the incoming media stream into packets and to forward different ones of the packets to different, ones of the modems.
  • the stream processor is configured to forward the packets to the modems at different, respective rates.
  • the different respective rates are set responsively to respective performance characteristics of the modems.
  • the transmission apparatus includes a video encoder, which encodes the incoming media stream for input to the stream processor.
  • a method including providing a plurality of modems, which are configured to communicate via respective wireless communication channels and including at least first and second modems configured to communicate respectively over separate first and second wireless communication networks; and processing an incoming media stream so as to provide multiple upload streams for transmission by different ones of the modems, including first and second upload streams for transmission by the first and second modems, respectively.
  • the first and second wireless communication networks respectively use first and second different, respective mobile telephone technologies.
  • the first and second wireless communication networks service a remote location.
  • the first and second wireless communication networks are provided by different, respective operators.
  • the first and second wireless communication networks use respective technologies selected from a group of technologies consisting of WiFi, WiMAX, satellite, microwave and cellular technologies.
  • the first network uses a first technology selected from the group of the technologies and the second network uses a second technology, which is selected from the group of the technologies and is different from the first technology.
  • processing the incoming media stream includes dividing the incoming media stream into packets, and forwarding different ones of the packets to different, respective ones of the modems.
  • forwarding the different ones of the packets includes passing the packets to the modems at different, respective rates.
  • passing the packets includes setting the different respective rates responsively to respective performance characteristics of the modems.
  • the different respective rates are optimized for current prevailing conditions of each of the modems.
  • the method also includes encoding the incoming media stream.
  • the method also includes receiving feedback regarding performance of the respective rates, analyzing the feedback and adjusting operational settings for the respective rates and or other system components in response to results of the analyzing.
  • the incoming media stream is high quality video and where the wireless communication networks are prone to fluctuations.
  • FIGS. 1A and 1B are schematic illustrations of prior art systems for remote broadcasting
  • FIG. 2 is a schematic illustration of a novel virtual broadband system, constructed and operative in accordance with the present invention
  • FIG. 3 is a schematic illustration of a virtual broadband transmitting unit, constructed and operative in accordance with the present invention
  • FIG. 4 is a schematic illustration of the inputs and outputs of a packet interleaver, constructed and operative in accordance with the present invention
  • FIG. 5 is a schematic illustration of the flow of data packets through a multiplicity of modems, constructed and operative as a part of the system of FIG. 2 ;
  • FIG. 6 is a schematic illustration of a virtual broadband receiving unit, constructed and operative in accordance with the present invention.
  • FIG. 7 is a schematic illustration of arriving data packets as they are sorted in a smart jitter buffer, constructed and operative in accordance with the present invention.
  • FIGS. 8A and 8B are schematic illustrations of a smart jitter buffer, constructed and operative in accordance with the present invention.
  • cellular phone networks have several advantages. For example, such networks do not require line of sight connections and they may be used, for example, in closed buildings, underground garages, narrow alleys, and other venues.
  • the broadband services provided by mobile network operators are typically asymmetric. They generally provide greater bandwidth for the download of data and only limited bandwidth for uploading data. For example, 1 megabit per second may be provided for data downloads, whereas only 64 kilobits per second may be provided for data upload.
  • multiple cellular devices may be used in concert in order to create a “virtual broadband” upload connection.
  • the sum total of the upload capacity of the devices may represent enough combined bandwidth to facilitate a generally live media transmission.
  • FIG. 2 illustrates a novel virtual broadband system 100 for the remote transport of live media data over a cellular network, constructed and operative in accordance with the present invention.
  • video camera 5 may be used to film news events at a remote location.
  • Cable 10 may connect camera 5 to a virtual broadband upload unit 110 , which may operate several cellular modems 112 to transmit media data through one or more cellular core networks 120 .
  • Each modem 112 may generate a separate logical channel 115 and the multiple channels 115 may constitute a virtual broadband connection 118 .
  • the combined upload capacity of virtual broadband connection 118 may approximate that of a single, line of sight satellite or microwave connection.
  • the data may be transported to a virtual broadband receiver 130 via Internet connections 122 , leased lines connections 124 , cellular network connections 126 or any mix of the above connections.
  • Virtual broadband receiver 130 may be located within studio 35 , which may then broadcast the data to televisions, to the Internet, etc.
  • Networks 120 may be one or more cellular networks accessible from the remote location. It will be appreciated that one or more operators may provide such networks and that networks 120 may also use more than one technology. Accordingly, it will be appreciated that virtual broadband connection 118 may be comprised of a multiplicity of channels 115 being transmitted to one or more network operators, each of which operator may be operating one or more networks of possibly different technologies.
  • Channels 115 may be transported to virtual broadband receiver 130 via a number of routes, including, for example, Internet connection 122 , leased line connection 124 and cellular network connection 126 .
  • virtual broadband receiver 130 may accept data from a number of sources for processing.
  • virtual broadband unit 110 may be significantly lighter than and more easily transported than the satellite and microwave systems of the prior art.
  • Virtual broadband upload unit 110 may comprise a video encoder 131 , a configurable stream processor 140 , and a traffic analyzer 150 .
  • configurable stream processor 140 may process an incoming video stream 135 , from video encoder 131 , to provide multiple upload streams 195 , one per modem 112 ( FIG. 2 ).
  • Traffic analyzer 150 may configure the settings of configurable stream processor 140 based on current statistical feedback received via one or more back channels 190 .
  • Batteries (not shown) may also be included to provide a mobile power source.
  • Configurable stream processor 140 may comprise a forward error correction (FEC) module 155 , a packet encapsulator 160 , an interleaver 165 , a queue generator 170 , multiple modem managers 175 , multiple modem drivers 180 and a retransmit mechanism 185 .
  • Video stream 135 which is input to configurable stream processor 140 , may be encoded, for example with H.264 encoding, or it may be unencoded.
  • FEC processor 155 may initially divide the data of video stream 135 into packets and it may add extra packets with FEC codes.
  • FEC codes consist of information that may be used to reconstruct missing or improper packets if the need arises. In an exemplary FEC scheme, FEC processor 155 may add an additional 10% of packets to the stream. If some packets are lost or improperly received, the FEC codes may be used to reconstruct the missing packets.
  • the FEC percentage and the number of packets in a FEC grouping may be configurable. Configuration may generally be performed whenever a new channel 115 ( FIG. 2 ) is opened. Reconfiguration may thus be performed whenever a new channel is opened or an existing one is changed. Any suitable algorithm may be used for FEC processor 155 , for example, Reed-Solomon.
  • Packet encapsulator 160 may add serial numbers and time stamps to each video and FEC packet.
  • the packets may then proceed to interleaver 165 . Interleaving may attempt to minimize the impact of packets lost as a result of a break in transmission.
  • the packets may be “shuffled”, resulting in an output order which may reduce exposure to the loss of consecutive packets due to a given transmission error.
  • FIG. 4 illustrates the operation of interleaver 165 .
  • Input packet queue 166 may have packets received in consecutive order 1, 2, 3, 4, etc. (as determined by the packet numbers assigned by packet encapsulator 160 ).
  • Output packets 167 may be “interleaved”; the order may have been randomized such that consecutive packet numbers are no longer adjacent to one another. In FIG. 4 , output packets 167 have the order 4, 7, 12, 1, 5, etc.
  • interleaved packets 167 are then forwarded to queue generator 170 where they remain in a queue until pulled from the queue by one of the multiple modem managers 175 .
  • For every modem manager 175 there may be an associated modem driver 180 .
  • Modem drivers 180 may manage the individual modems 112 used to transmit the packets.
  • a copy of its physical data may be forwarded to retransmission queue 185 where it may remain in place until its space is required for a new packet. Accordingly, the packet may still be available for retransmission for a period of time after it is initially pulled by one of the modem managers 175 .
  • Retransmit mechanism 185 may search retransmission queue 185 for a packet needed for retransmission. Once the required packet is found, it may be advanced to the head of the queue so that the relevant modem manager 175 may retransmit it as quickly as possible.
  • FIG. 5 illustrates how modem managers 175 may pull packets from queue generator 170 and may forward them to modem drivers 180 .
  • Queue generator 170 may comprise an output buffer 171 and a buffer controller 172 .
  • output buffer 171 may contain interleaved packets 173 waiting to be pulled by modem managers 175 .
  • modem managers 175 A, 175 B, 175 C and 175 D are shown.
  • Each modem manager 175 (A,B,C,D) may be associated with one modem driver 180 (A,B,C,D), which in turn manages one associated modem 112 (A,B,C,D).
  • Each modem 112 may have different performance characteristics. For example, modem 112 B may be capable of the highest connection speed. Modem 112 C may be capable of a similar speed, but may have a higher rate of observed errors. Modem 112 D may be relatively slow, but it may experience very few errors. Modem 112 A may be a high quality, state of the art modem, but it may connect with a core network 120 ( FIG. 2 ) that currently has a high error rate. It will thus be appreciated that a variety of factors may impact on the actual performance of a given modem 112 . Such factors may include, for example, modem speed, modem reliability, connection quality, operating license limitations, and network congestion. It will further be appreciated that such factors may not be constant; a given modem 112 may perform at different levels over the course of a short period of time.
  • each modem manager 175 may be configured to “feed” its associated modem driver 180 as per a rate optimal under the current prevailing conditions. Accordingly, as per the example illustrated by FIG. 5 , modem manager 175 B may be assigned a very high rate; seven of the seventeen packets 173 shown may be forwarded through modem driver 180 B. Modem managers 175 C and 175 D may be assigned a lower rate, each passing only four packets 173 to modem drivers 180 C and 180 D respectively. Modem manager 175 A may be assigned a still lower rate. It may pass only two packets 173 to modem driver 180 A.
  • each modem manager 175 may query buffer controller 172 at a different rate for the next available packet 173 . It will be appreciated, that in such a manner already interleaved packets 173 are inequitably distributed amongst modems 112 , thus effectively undergoing a second interleaving process.
  • buffer controller may record the packet number and the modem manager 175 which transferred it for transmission in a pulled packet table 174 .
  • table 174 may be used to analyze the performance of individual modems 112 .
  • traffic analyzer 150 may analyze actual performance statistics from the ongoing upload session in order to improve the settings for configurable IP stream processor 140 .
  • multiple back channels 190 may pass performance data from virtual broadband receiver 130 ( FIG. 2 ) to traffic analyzer 150 .
  • Such data may include, for example, time stamps for the arrival of packets, missing packet numbers, packet numbers with errors, and requests to retransmit packets.
  • Traffic analyzer 150 may forward such retransmission requests to retransmit mechanism 185 . It will be appreciated that since duplicate data may be transmitted via each of multiple back channels 190 , multiple copies of such retransmission requests may be received by retransmit mechanism 185 . Accordingly retransmit mechanism 185 may track the receipt of such requests, and ignore any duplicates. Mechanism 185 may then process such requests as already described hereinabove.
  • Traffic analyzer 150 may also query pulled packet table 174 of queue generator 170 to associate the packet numbers received via back channel 190 with the modem managers 175 that processed the original packets. Traffic analyzer 150 may analyze this information to detect performance trends among the modems 112 . If a modem 112 has a high, or rising, rate of errors, missing packets or delay, traffic analyzer 150 may instruct the associated modem manager 175 to lower its rate or even shut down its associated modem 112 . Similarly, in response to a reduction in errors, missing packets and/or delay, traffic analyzer 150 may instruct the associated modem manager 175 to raise the transmission rate of its associated modem 112 .
  • Traffic analyzer 150 may also seek to balance rates among modem managers 175 . For example, if several modem managers 175 are instructed to lower rates, then the other modem managers 175 may be instructed to raise their rates to compensate for the anticipated reduction in overall throughput.
  • Traffic analyzer 150 may also identify overall performance trends. For example, current statistics may indicate that few, if any, packets are being lost. In such a case, traffic analyzer 150 may instruct interleaver 165 to reduce the level of interleaving. Another exemplary trend may include an overall higher level of errors detected. In such a case, traffic analyzer 150 may instruct FEC processor 155 to increase the FEC overhead or to alter the compression rate of the video data received from encoder 131 .
  • traffic analyzer 150 may use feedback channel 198 to instruct video encoder 131 ( FIG. 3 ) to increase the compression rate in order to reduce the bandwidth required to transmit video stream 135 after processing.
  • Receiver 130 may comprise an assembly engine 200 , an output rate controller 220 , a packet decapsulator 225 and a feedback manager 250 .
  • Assembly engine 200 may receive multiple streams 201 , via connections 122 , 124 and/or 126 , for processing.
  • the assembled stream, labeled 206 may then be forwarded to output rate controller 220 , which in turn may forward it to packet decapsulator 225 to remove the extra packet information.
  • the resulting media data stream 230 may then be output from virtual broadband receiver 130 to TV station 35 ( FIG. 2 ).
  • Feedback manager 250 may receive retransmit requests from assembly engine 200 and may collect the statistics of the incoming streams 201 .
  • Feedback manager 250 may also provide the retransmit requests and the statistics along back channel 190 to traffic analyzer 150 ( FIG. 3 ).
  • multiple streams 201 may be received from several different connections, for example, Internet connections 122 , leased line connections 124 , and/or cellular network connections 126 . Regardless of the connections used for transmission, the packets in streams 201 may be input to assembly engine 200 as is, per their order of arrival.
  • Assembly engine 200 may comprise a smart jitter buffer 205 , an FEC decoder 215 , and a retransmit requester 210 .
  • FEC decoder 215 may be any suitable FEC decoder, such as is known in the art and compatible with the FEC used in the virtual broadband upload unit 110 .
  • Smart jitter buffer 205 may serve two purposes: it may be the area where the packets of streams 201 are “de-interleaved”, and it may also provide a framework for use by FEC and retransmit mechanisms 215 and 210 while resolving missing packets.
  • FIG. 7 illustrates how packets 203 from streams 201 may be placed into smart jitter buffer 205 .
  • An exemplary size for smart jitter buffer may be 100-1000 msec.
  • Four input streams 201 A, 201 B, 201 C and 201 D are shown as is a timestamp, from 0 to 24, where 0 is the rightmost timestamp. Accordingly, packet #3, arriving at timestamp 0, may be the first packet 203 to be processed.
  • Smart jitter buffer 205 may have consecutively numbered bins, where, in FIG. 7 , the bins are labeled from 1 to 17. As each packet 203 is received, it may be placed in its associated bin, according to its packet number. Thus, packet #3 which arrived first, may be placed in bin 3. The packets stored in buffer 205 may therefore represent packets 203 in their original order, even though their order of arrival may have been 3,5,8,4,7.
  • buffer 205 may indicate which packets have not arrived.
  • FIGS. 8A and 8B illustrate how FEC decoder 215 and retransmit requester 210 make use of smart jitter buffer 205 .
  • FIG. 8A shows how retransmit requester 210 may logically divide buffer 205 into three windows: an output window 211 , a retransmission window 212 , and a receiving window 213 .
  • Output window 211 may store the data to be transmitted as serial packet stream 206 .
  • windows 211 , 212 , and 213 may not be fixed in static locations vis-à-vis smart jitter buffer 205 . They may instead be dynamically defined in terms of offsets from the most recent packet 203 to be output from smart jitter buffer 205 .
  • FIG. 8A thus represents a snapshot in time, where output window 211 stores an exemplary six packets waiting for output, of which packet #1 may be the first in line. Once packet #1 has been added to serial packet stream 206 , output window 211 may shift to include packets #2-7.
  • packets 203 may not change physical position once placed in smart jitter buffer 205 .
  • a constant shifting of windows 211 , 212 , and 213 may result in the illusion of “movement” along the buffer.
  • any discussion hereinbelow regarding movement or procession by packets 203 within smart jitter buffer 205 may refer only to logical movement as defined by the shifting of windows 211 , 212 , and 213 .
  • packets 203 may not arrive in serial order, particularly as they may have been interleaved prior to transmission and may have been transmitted and/or received via multiple connections and channels. Accordingly, as packets 203 may be received, they may be placed in receiving window 213 in order according to their packet number.
  • An exemplary size for receiving window 213 may be 50-400 ms. No action may be taken to replace missing packets 203 at this stage; there may be a reasonable assumption that any missing packets may still arrive without added processing. For example, in FIG. 8A , packet #17 may not yet have arrived because it was transmitted after packets 16-23 (due to interleaving, for example).
  • retransmission window 213 may be large, of, for example 200-1000 msec.
  • Packets 203 may then proceed to retransmission window 212 .
  • This window may define a window of opportunity to request retransmission of missing packets 203 .
  • a retransmit threshold 214 may define a point at which retransmit requests may no longer be a viable option for a given packet 203 .
  • packet #10 may be missing from retransmission window 212 .
  • Retransmit requester 210 which may view retransmission window 212 , may therefore submit a retransmission request to feedback manager 250 .
  • Retransmit requester 210 may submit one or more such requests as long missing packet #10 is “located” within retransmission window 212 .
  • the timing for such requests may be configurable.
  • the size and location of retransmission window 212 may be configurable. For example, when there is a low rate of missing packets, it may be possible to use a small window 212 , such as only 200 msec. If a virtual broadband unit 110 has fast modems, it may be possible to reduce the size of output window 211 in light of the fact that turn around time for retransmission may be quicker. It will, therefore, also be appreciated that the size and location of retransmission window 212 may effectively determine the size and location of windows 211 and 213 .
  • Packets 203 may then proceed to output window 211 .
  • no more retransmit requests may be sent on its behalf. It will be appreciated, however, that missing packets 203 may still arrive and be placed in output window 211 .
  • a retransmit request may have previously been submitted from retransmission window 213 for packet #2. If packet #2 may arrive in time it may still be placed as per its serial order in output window 211 .
  • FIG. 8B shows how FEC decoder 215 may divide buffer 205 into three windows similar to those used by retransmit requester 210 : an output window 216 , an activation window 217 , and a receiving window 218 .
  • Output window 216 may be defined as starting from an FEC threshold 219 and may generate serial packet stream 206 .
  • output window 216 and receiving window 218 may be equivalent to windows 211 and 213 respectively, as defined for retransmit requester 210 . Missing packets 203 may not be addressed while still in receiving window 218 , and no further processing may be initiated for missing packets 203 that have passed FEC threshold 219 and entered output window 216 . However, similar to the relationship between window 212 and windows 211 and 213 , the size and location of windows 216 and 218 may be determined by the size and location of activation window 217 . Accordingly, even though windows 216 and 218 are functionally similar to windows 211 and 213 , their respective sizes and locations may be different.
  • Missing packets in activation window 217 may be reconstructed using the FEC codes of other packets 203 that have already arrived and been placed in smart jitter buffer 205 .
  • the size and location of activation window 217 may therefore be functions of the FEC percentages used and the amount of time required to reconstruct a given packet 203 .
  • FIG. 8B shows window 217 as being an exemplary ten packets 203 in size. This may illustrate a case where a FEC percentage has been defined requiring nine received packets 203 in order to reconstruct a tenth packet, for example, missing packet #10.
  • FIG. 8B also shows an exemplary size of five packets 203 for output window 216 . This may illustrate a case where the time required to reconstruct a missing packet may be close to the time that it may take for five packets 203 to be output.
  • both retransmission window 212 and activation window 217 may be exemplary. Other sizes and locations may be configured as per specific requirements and/or prevailing conditions. It will also be appreciated that the sizes and locations may be reconfigured during operation in order to compensate for changing conditions and/or error rates. It will further be appreciated that both retransmit requester 210 and FEC decoder 215 may use the same smart jitter buffer 205 simultaneously. Accordingly, mechanisms 210 and 215 may have configurable settings for precedence in order to avoid conflicting and/or redundant actions.
  • serial packet stream 206 from assembly engine 200 may be forwarded to output rate controller 220 . It will be appreciated that serial packet stream 206 may ultimately be intended for a live broadcast over television. Accordingly, output rate controller 220 may regulate the rate at which serial packet stream 206 is released in order to maintain an appropriate broadcast rate.
  • controller 220 may then be forwarded to packet decapsulator 225 , where the packet overhead, including, for example, packet numbering and timestamps, may be removed.
  • the resulting media stream 230 may then be broadcast and/or saved for later use.
  • Feedback manager 250 may comprise a statistics collector 255 and a back channel manager 260 .
  • Statistics collector 255 may receive a constant stream of packet statistics from smart jitter buffer 205 . Such statistics may include, for example, the numbers of missing/reconstructed packets, as well as time stamps and packet numbers for packets received. Statistics collector 255 may then forward these statistics to back channel manager 260 . Such statistics may be forwarded in a raw state with little or no pre-processing. Such statistics may eventually be processed and analyzed by traffic analyzer 150 ( FIG. 3 ). However, in accordance with an alternative preferred embodiment of the present invention, such processing may also be included in feedback manager 250 .
  • Back channel manager 260 may also receive retransmit requests from retransmit requester 210 . Back channel manager 260 may then transmit such statistics and retransmit requests to virtual broadband unit 110 ( FIG. 3 ) via back channel 190 . Back channel 190 may be any suitable connection with virtual broadband unit 110 .
  • traffic analyzer 150 may be able to optimize the quality and flow of the multiplicity of connections 115 ( FIG. 2 ), thereby to create virtual broadband connection 118 . It will be appreciated that the combination of such optimization with the error checking and correction features of virtual broadband receiver 130 may provide enhanced end-to-end quality of service for system 100 .
  • non cellular wireless technologies may also be used for connections 115 .
  • WiFi and/or WiMax and/or satellite e.g. BGAN
  • WiFi and/or WiMax and/or satellite may be used, instead of, or in addition to cellular networks, to connect virtual broadband unit 110 to the internet.
  • WiFi and/or WiMax and/or satellite may be used by virtual broadband receiver 130 to receive streams 201 ( FIG. 6 ).
  • virtual broadband receiver 130 may be a mobile unit at a remote location. It may receive stream 201 via the same technologies used for transmitting, for example, cellular networks, WiFi and/or WiMax.
  • virtual broadband unit 110 and virtual broadband receiver 130 may share wireless resources and/or may even be housed in the same physical unit.

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Multimedia (AREA)
  • Quality & Reliability (AREA)
  • Power Engineering (AREA)
  • Astronomy & Astrophysics (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Databases & Information Systems (AREA)
  • Computer Security & Cryptography (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Communication Control (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)
  • Studio Circuits (AREA)
  • Television Systems (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

A transmission apparatus includes a plurality of modems, which are configured to communicate via respective wireless communication channels and includes at least first and second modems configured to communicate respectively over separate first and second wireless communication networks. The transmission apparatus also includes a stream processor, which is configured to receive and process an incoming media stream so as to provide multiple upload streams for transmission by different ones of the modems, including first and second upload streams for transmission by the first and second modems, respectively.

Description

    CROSS-REFERENCE TO RELATED APPLICATIONS
  • This application is a continuation application claiming benefit from U.S. patent application Ser. No. 12/965,879, filed 12 Dec. 2010 as a divisional of U.S. patent application Ser. No. 11/845,071, filed 26 Aug. 2007 which claims benefit from U.S. Provisional Application 60/847,148, filed 20 Sep. 2006, which are all hereby incorporated in their entirety by reference.
  • FIELD OF THE INVENTION
  • The present invention relates to remote of media content generally and to doing so over a wireless communications network in particular.
  • BACKGROUND OF THE INVENTION
  • Remote upload of media content is known in the art. Such uploads are typically used to provide real time, or near real time, coverage of news/sports events occurring outside of a prepared television studio. Camera crews are often sent to film live events in a variety of locations and the video/audio feed is transmitted back to the studio where it is broadcast.
  • News/sports organizations use wireless broadband connections to transmit live media content back to the studio. FIGS. 1A and 1B, to which reference is now made, illustrate technologies currently used to provide real time remote broadcasts.
  • FIG. 1A shows a video camera 5 that is used to film a news event at a remote location. Camera 5 is connected by a cable 10 to a satellite news gathering (SNG) van 15. SNG van 15 has an antenna 20 on its roof that transmits broadcast data to a relay satellite 25 in orbit around the earth. Relay satellite 25 then transmits the data to a receiving dish 30 at television studio 35.
  • SNG van 15 typically contains a variety of equipment (not shown), for example, a video encoder, satellite modem and an editing station. This equipment is used to process and transmit the data to relay satellite 25. SNG van 15 then uses a broadband connection to upload the data to satellite 25 via antenna 20. The data is then downloaded to studio 35, where it is typically edited and broadcasted.
  • FIG. 1B illustrates how microwave technology is used for live remote broadcasts. Functionally analogous to SNG 15 in FIG. 1A, electronic news gathering (ENG) van 16 processes data from camera 5 before transmission. However, antenna 40 uploads the data using microwave transmissions, and instead of relay satellite 25, the data is uploaded to relatively local microwave relay station 45. The data is then relayed to studio 35 via interne 46 or a wire line connection 48.
  • Satellite and microwave technologies have similar operating constraints. For example, both technologies require “line of sight” connections. There must be an unobstructed line between antenna 20 and relay satellite 25 in order to upload the broadcast data. Similarly, there must be an unobstructed line between antenna 40 and microwave relay station 45 in order to use microwave technology. Accordingly, these technologies are inappropriate for use from some locations. For example, neither technology can be used from within an underground parking garage. Tall buildings and/or other topographic features impact on the usability of microwave technology, and to a lesser extent, that of satellite technology as well.
  • Another constraint is that both technologies require the prior agreement of the operator responsible for the relay installation. Neither technology can be used without the provision of dedicated resources by the operator.
  • Furthermore, SNG and ENG vans 15 and 16 require serviceable roads to access remote broadcast locations. There are smaller, “luggable” units available, known as “flyaways” which may be used as an alternative to SNG and ENG vans 15 and 16. Flyaways may be brought to the remote location using other modes of transportation, including, for example, airplane, helicopter or all terrain vehicles. They are, however, still bulky and difficult to carry far by hand. A flyaway is typically split into two separate units, each weighing approximately 40 kg.
  • Inmarsat, a United Kingdom company, markets a line of Broadband Global Area Network (BGAN) products which are considerably lighter and more compact than flyaways. Such products, however, are limited to an upload bandwidth of only 256 Kbps-512 Kbps.
  • SUMMARY OF THE PRESENT INVENTION
  • There is provided, in accordance with a preferred embodiment of the present invention, a transmission apparatus including a plurality of modems, which are configured to communicate via respective wireless communication channels and include at least first and second modems configured to communicate respectively over separate first and second wireless communication networks, and a stream processor configured to receive and process an incoming media stream so as to provide multiple upload streams for transmission by different ones of the modems, including first and second upload streams for transmission by the first and second modems, respectively.
  • Further, in accordance with a preferred embodiment of the present invention, the first and second wireless communication networks service a remote location.
  • Still further, in accordance with a preferred embodiment of the present invention, where the first and second wireless communication networks respectively use first and second different, respective mobile telephone technologies.
  • Additionally, in accordance with a preferred embodiment of the present invention, the first and second wireless communication networks are provided by different, respective operators.
  • Moreover, in accordance with a preferred embodiment of the present invention, the first and second wireless communication networks use respective technologies selected from a group of technologies consisting of WiFi, WiMAX, satellite, microwave and cellular technologies.
  • Further, in accordance with a preferred embodiment of the present invention, the first network uses a first technology selected from the group of the technologies and the second network uses a second technology, which is selected from the group of the technologies and is different from the first technology.
  • Still further, in accordance with a preferred embodiment of the present invention, the stream processor is configured to divide the incoming media stream into packets and to forward different ones of the packets to different, ones of the modems.
  • Additionally, in accordance with a preferred embodiment of the present invention, the stream processor is configured to forward the packets to the modems at different, respective rates.
  • Moreover, in accordance with a preferred embodiment of the present invention, the different respective rates are set responsively to respective performance characteristics of the modems.
  • Further, in accordance with a preferred embodiment of the present invention, the transmission apparatus includes a video encoder, which encodes the incoming media stream for input to the stream processor.
  • There is also provided, in accordance with a preferred embodiment of the present invention, a method including providing a plurality of modems, which are configured to communicate via respective wireless communication channels and including at least first and second modems configured to communicate respectively over separate first and second wireless communication networks; and processing an incoming media stream so as to provide multiple upload streams for transmission by different ones of the modems, including first and second upload streams for transmission by the first and second modems, respectively.
  • Further, in accordance with a preferred embodiment of the present invention, the first and second wireless communication networks respectively use first and second different, respective mobile telephone technologies.
  • Still further, in accordance with a preferred embodiment of the present invention, the first and second wireless communication networks service a remote location.
  • Moreover, in accordance with a preferred embodiment of the present invention, the first and second wireless communication networks are provided by different, respective operators.
  • Additionally, in accordance with a preferred embodiment of the present invention, the first and second wireless communication networks use respective technologies selected from a group of technologies consisting of WiFi, WiMAX, satellite, microwave and cellular technologies.
  • Further, in accordance with a preferred embodiment of the present invention, the first network uses a first technology selected from the group of the technologies and the second network uses a second technology, which is selected from the group of the technologies and is different from the first technology.
  • Still further, in accordance with a preferred embodiment of the present invention, processing the incoming media stream includes dividing the incoming media stream into packets, and forwarding different ones of the packets to different, respective ones of the modems.
  • Moreover, in accordance with a preferred embodiment of the present invention, forwarding the different ones of the packets includes passing the packets to the modems at different, respective rates.
  • Additionally, in accordance with a preferred embodiment of the present invention, passing the packets includes setting the different respective rates responsively to respective performance characteristics of the modems.
  • Further, in accordance with a preferred embodiment of the present invention, the different respective rates are optimized for current prevailing conditions of each of the modems.
  • Still further, in accordance with a preferred embodiment of the present invention, the method also includes encoding the incoming media stream.
  • Additionally, in accordance with a preferred embodiment of the present invention, the method also includes receiving feedback regarding performance of the respective rates, analyzing the feedback and adjusting operational settings for the respective rates and or other system components in response to results of the analyzing.
  • Moreover, in accordance with a preferred embodiment of the present invention, the incoming media stream is high quality video and where the wireless communication networks are prone to fluctuations.
  • BRIEF DESCRIPTION OF THE DRAWINGS
  • The subject matter regarded as the invention is particularly pointed out and distinctly claimed in the concluding portion of the specification. The invention, however, both as to organization and method of operation, together with objects, features, and advantages thereof, may best be understood by reference to the following detailed description when read with the accompanying drawings in which:
  • FIGS. 1A and 1B are schematic illustrations of prior art systems for remote broadcasting;
  • FIG. 2 is a schematic illustration of a novel virtual broadband system, constructed and operative in accordance with the present invention;
  • FIG. 3 is a schematic illustration of a virtual broadband transmitting unit, constructed and operative in accordance with the present invention;
  • FIG. 4 is a schematic illustration of the inputs and outputs of a packet interleaver, constructed and operative in accordance with the present invention;
  • FIG. 5 is a schematic illustration of the flow of data packets through a multiplicity of modems, constructed and operative as a part of the system of FIG. 2;
  • FIG. 6 is a schematic illustration of a virtual broadband receiving unit, constructed and operative in accordance with the present invention;
  • FIG. 7 is a schematic illustration of arriving data packets as they are sorted in a smart jitter buffer, constructed and operative in accordance with the present invention; and
  • FIGS. 8A and 8B are schematic illustrations of a smart jitter buffer, constructed and operative in accordance with the present invention.
  • It will be appreciated that for simplicity and clarity of illustration, elements shown in the figures have not necessarily been drawn to scale. For example, the dimensions of some of the elements may be exaggerated relative to other elements for clarity. Further, where considered appropriate, reference numerals may be repeated among the figures to indicate corresponding or analogous elements.
  • DETAILED DESCRIPTION OF THE PRESENT INVENTION
  • In the following detailed description, numerous specific details are set forth in order to provide a thorough understanding of the invention. However, it will be understood by those skilled in the art that the present invention may be practiced without these specific details. In other instances, well-known methods, procedures, and components have not been described in detail so as not to obscure the present invention.
  • Applicants have realized that for the purpose of remote media uploads, cellular phone networks have several advantages. For example, such networks do not require line of sight connections and they may be used, for example, in closed buildings, underground garages, narrow alleys, and other venues.
  • It will be appreciated that the broadband services provided by mobile network operators are typically asymmetric. They generally provide greater bandwidth for the download of data and only limited bandwidth for uploading data. For example, 1 megabit per second may be provided for data downloads, whereas only 64 kilobits per second may be provided for data upload. Applicants have realized that multiple cellular devices may be used in concert in order to create a “virtual broadband” upload connection. In such a virtual broadband upload connection (virtual broadband connection), the sum total of the upload capacity of the devices may represent enough combined bandwidth to facilitate a generally live media transmission.
  • Reference is now made to FIG. 2 which illustrates a novel virtual broadband system 100 for the remote transport of live media data over a cellular network, constructed and operative in accordance with the present invention. As in the prior art, video camera 5 may be used to film news events at a remote location. Cable 10 may connect camera 5 to a virtual broadband upload unit 110, which may operate several cellular modems 112 to transmit media data through one or more cellular core networks 120. Each modem 112 may generate a separate logical channel 115 and the multiple channels 115 may constitute a virtual broadband connection 118.
  • It will be appreciated that, depending on the number of channels 115, the combined upload capacity of virtual broadband connection 118 may approximate that of a single, line of sight satellite or microwave connection.
  • From networks 120, the data may be transported to a virtual broadband receiver 130 via Internet connections 122, leased lines connections 124, cellular network connections 126 or any mix of the above connections. Virtual broadband receiver 130 may be located within studio 35, which may then broadcast the data to televisions, to the Internet, etc.
  • Networks 120 may be one or more cellular networks accessible from the remote location. It will be appreciated that one or more operators may provide such networks and that networks 120 may also use more than one technology. Accordingly, it will be appreciated that virtual broadband connection 118 may be comprised of a multiplicity of channels 115 being transmitted to one or more network operators, each of which operator may be operating one or more networks of possibly different technologies.
  • Channels 115 may be transported to virtual broadband receiver 130 via a number of routes, including, for example, Internet connection 122, leased line connection 124 and cellular network connection 126. As described hereinbelow, virtual broadband receiver 130 may accept data from a number of sources for processing.
  • It will be appreciated that the existing cellular communications system is designed to provide mobile connectivity. Accordingly, virtual broadband unit 110 may be significantly lighter than and more easily transported than the satellite and microwave systems of the prior art.
  • Reference is now made to FIG. 3 which details an exemplary virtual broadband unit 110. Virtual broadband upload unit 110 may comprise a video encoder 131, a configurable stream processor 140, and a traffic analyzer 150. As described hereinbelow, configurable stream processor 140 may process an incoming video stream 135, from video encoder 131, to provide multiple upload streams 195, one per modem 112 (FIG. 2). Traffic analyzer 150 may configure the settings of configurable stream processor 140 based on current statistical feedback received via one or more back channels 190. Batteries (not shown) may also be included to provide a mobile power source.
  • Configurable stream processor 140 may comprise a forward error correction (FEC) module 155, a packet encapsulator 160, an interleaver 165, a queue generator 170, multiple modem managers 175, multiple modem drivers 180 and a retransmit mechanism 185. Video stream 135, which is input to configurable stream processor 140, may be encoded, for example with H.264 encoding, or it may be unencoded.
  • FEC processor 155 may initially divide the data of video stream 135 into packets and it may add extra packets with FEC codes. FEC codes consist of information that may be used to reconstruct missing or improper packets if the need arises. In an exemplary FEC scheme, FEC processor 155 may add an additional 10% of packets to the stream. If some packets are lost or improperly received, the FEC codes may be used to reconstruct the missing packets. It will be appreciated that the FEC percentage and the number of packets in a FEC grouping may be configurable. Configuration may generally be performed whenever a new channel 115 (FIG. 2) is opened. Reconfiguration may thus be performed whenever a new channel is opened or an existing one is changed. Any suitable algorithm may be used for FEC processor 155, for example, Reed-Solomon.
  • Packet encapsulator 160 may add serial numbers and time stamps to each video and FEC packet.
  • The packets may then proceed to interleaver 165. Interleaving may attempt to minimize the impact of packets lost as a result of a break in transmission. The packets may be “shuffled”, resulting in an output order which may reduce exposure to the loss of consecutive packets due to a given transmission error. FIG. 4, to which reference is now briefly made, illustrates the operation of interleaver 165. Input packet queue 166 may have packets received in consecutive order 1, 2, 3, 4, etc. (as determined by the packet numbers assigned by packet encapsulator 160). Output packets 167 may be “interleaved”; the order may have been randomized such that consecutive packet numbers are no longer adjacent to one another. In FIG. 4, output packets 167 have the order 4, 7, 12, 1, 5, etc.
  • Returning to FIG. 3, interleaved packets 167 are then forwarded to queue generator 170 where they remain in a queue until pulled from the queue by one of the multiple modem managers 175. There may typically be one modem manager 175 for each modem 112 (FIG. 2). For every modem manager 175, there may be an associated modem driver 180. Modem drivers 180 may manage the individual modems 112 used to transmit the packets.
  • After a packet has been pulled by modem manager 175, a copy of its physical data may be forwarded to retransmission queue 185 where it may remain in place until its space is required for a new packet. Accordingly, the packet may still be available for retransmission for a period of time after it is initially pulled by one of the modem managers 175. Retransmit mechanism 185 may search retransmission queue 185 for a packet needed for retransmission. Once the required packet is found, it may be advanced to the head of the queue so that the relevant modem manager 175 may retransmit it as quickly as possible.
  • Reference is now briefly made to FIG. 5, which illustrates how modem managers 175 may pull packets from queue generator 170 and may forward them to modem drivers 180. Queue generator 170 may comprise an output buffer 171 and a buffer controller 172. As shown, output buffer 171 may contain interleaved packets 173 waiting to be pulled by modem managers 175. Four modem managers 175A, 175B, 175C and 175D are shown. Each modem manager 175(A,B,C,D) may be associated with one modem driver 180(A,B,C,D), which in turn manages one associated modem 112(A,B,C,D).
  • Each modem 112 may have different performance characteristics. For example, modem 112B may be capable of the highest connection speed. Modem 112C may be capable of a similar speed, but may have a higher rate of observed errors. Modem 112D may be relatively slow, but it may experience very few errors. Modem 112A may be a high quality, state of the art modem, but it may connect with a core network 120 (FIG. 2) that currently has a high error rate. It will thus be appreciated that a variety of factors may impact on the actual performance of a given modem 112. Such factors may include, for example, modem speed, modem reliability, connection quality, operating license limitations, and network congestion. It will further be appreciated that such factors may not be constant; a given modem 112 may perform at different levels over the course of a short period of time.
  • Therefore, each modem manager 175 may be configured to “feed” its associated modem driver 180 as per a rate optimal under the current prevailing conditions. Accordingly, as per the example illustrated by FIG. 5, modem manager 175B may be assigned a very high rate; seven of the seventeen packets 173 shown may be forwarded through modem driver 180B. Modem managers 175C and 175D may be assigned a lower rate, each passing only four packets 173 to modem drivers 180C and 180D respectively. Modem manager 175A may be assigned a still lower rate. It may pass only two packets 173 to modem driver 180A.
  • Accordingly each modem manager 175 may query buffer controller 172 at a different rate for the next available packet 173. It will be appreciated, that in such a manner already interleaved packets 173 are inequitably distributed amongst modems 112, thus effectively undergoing a second interleaving process.
  • As packets 173 are pulled by modem managers 175, buffer controller may record the packet number and the modem manager 175 which transferred it for transmission in a pulled packet table 174. As described hereinbelow, table 174 may be used to analyze the performance of individual modems 112.
  • It will also be appreciated, as noted hereinabove, that the performance of each modem 112 may change during the course of a given upload session. It will further be appreciated that the overall performance trend for all of the involved modems 112 may also change during the course of an upload session. Therefore, in accordance with a preferred embodiment of the preset invention, traffic analyzer 150 (FIG. 3) may analyze actual performance statistics from the ongoing upload session in order to improve the settings for configurable IP stream processor 140.
  • Returning to FIG. 3, multiple back channels 190 may pass performance data from virtual broadband receiver 130 (FIG. 2) to traffic analyzer 150. Such data may include, for example, time stamps for the arrival of packets, missing packet numbers, packet numbers with errors, and requests to retransmit packets.
  • Traffic analyzer 150 may forward such retransmission requests to retransmit mechanism 185. It will be appreciated that since duplicate data may be transmitted via each of multiple back channels 190, multiple copies of such retransmission requests may be received by retransmit mechanism 185. Accordingly retransmit mechanism 185 may track the receipt of such requests, and ignore any duplicates. Mechanism 185 may then process such requests as already described hereinabove.
  • Traffic analyzer 150 may also query pulled packet table 174 of queue generator 170 to associate the packet numbers received via back channel 190 with the modem managers 175 that processed the original packets. Traffic analyzer 150 may analyze this information to detect performance trends among the modems 112. If a modem 112 has a high, or rising, rate of errors, missing packets or delay, traffic analyzer 150 may instruct the associated modem manager 175 to lower its rate or even shut down its associated modem 112. Similarly, in response to a reduction in errors, missing packets and/or delay, traffic analyzer 150 may instruct the associated modem manager 175 to raise the transmission rate of its associated modem 112.
  • Traffic analyzer 150 may also seek to balance rates among modem managers 175. For example, if several modem managers 175 are instructed to lower rates, then the other modem managers 175 may be instructed to raise their rates to compensate for the anticipated reduction in overall throughput.
  • Traffic analyzer 150 may also identify overall performance trends. For example, current statistics may indicate that few, if any, packets are being lost. In such a case, traffic analyzer 150 may instruct interleaver 165 to reduce the level of interleaving. Another exemplary trend may include an overall higher level of errors detected. In such a case, traffic analyzer 150 may instruct FEC processor 155 to increase the FEC overhead or to alter the compression rate of the video data received from encoder 131.
  • An overall high level of errors and missing packets may result in a situation in which the combined rate of all of the modem managers 175 may be insufficient to transmit all of video stream 135 in a timely manner. In such a case, traffic analyzer 150 may use feedback channel 198 to instruct video encoder 131 (FIG. 3) to increase the compression rate in order to reduce the bandwidth required to transmit video stream 135 after processing.
  • Reference is now made to FIG. 6 which details virtual broadband receiver 130, constructed and operated in accordance with a preferred embodiment of the present invention. Receiver 130 may comprise an assembly engine 200, an output rate controller 220, a packet decapsulator 225 and a feedback manager 250.
  • Assembly engine 200 may receive multiple streams 201, via connections 122, 124 and/or 126, for processing. The assembled stream, labeled 206, may then be forwarded to output rate controller 220, which in turn may forward it to packet decapsulator 225 to remove the extra packet information. The resulting media data stream 230 may then be output from virtual broadband receiver 130 to TV station 35 (FIG. 2). Feedback manager 250 may receive retransmit requests from assembly engine 200 and may collect the statistics of the incoming streams 201. Feedback manager 250 may also provide the retransmit requests and the statistics along back channel 190 to traffic analyzer 150 (FIG. 3).
  • As mentioned hereinabove, multiple streams 201 may be received from several different connections, for example, Internet connections 122, leased line connections 124, and/or cellular network connections 126. Regardless of the connections used for transmission, the packets in streams 201 may be input to assembly engine 200 as is, per their order of arrival.
  • Assembly engine 200 may comprise a smart jitter buffer 205, an FEC decoder 215, and a retransmit requester 210. FEC decoder 215 may be any suitable FEC decoder, such as is known in the art and compatible with the FEC used in the virtual broadband upload unit 110. Smart jitter buffer 205 may serve two purposes: it may be the area where the packets of streams 201 are “de-interleaved”, and it may also provide a framework for use by FEC and retransmit mechanisms 215 and 210 while resolving missing packets.
  • Reference is now briefly made to FIG. 7 which illustrates how packets 203 from streams 201 may be placed into smart jitter buffer 205. An exemplary size for smart jitter buffer may be 100-1000 msec. Four input streams 201A, 201B, 201C and 201D are shown as is a timestamp, from 0 to 24, where 0 is the rightmost timestamp. Accordingly, packet #3, arriving at timestamp 0, may be the first packet 203 to be processed.
  • Smart jitter buffer 205 may have consecutively numbered bins, where, in FIG. 7, the bins are labeled from 1 to 17. As each packet 203 is received, it may be placed in its associated bin, according to its packet number. Thus, packet #3 which arrived first, may be placed in bin 3. The packets stored in buffer 205 may therefore represent packets 203 in their original order, even though their order of arrival may have been 3,5,8,4,7.
  • In the example of FIG. 7, packets 1, 2 and 6 are still missing. Thus, buffer 205 may indicate which packets have not arrived.
  • Reference is now made to FIGS. 8A and 8B which illustrate how FEC decoder 215 and retransmit requester 210 make use of smart jitter buffer 205. FIG. 8A shows how retransmit requester 210 may logically divide buffer 205 into three windows: an output window 211, a retransmission window 212, and a receiving window 213. Output window 211 may store the data to be transmitted as serial packet stream 206.
  • It will be appreciated that windows 211, 212, and 213 may not be fixed in static locations vis-à-vis smart jitter buffer 205. They may instead be dynamically defined in terms of offsets from the most recent packet 203 to be output from smart jitter buffer 205. FIG. 8A thus represents a snapshot in time, where output window 211 stores an exemplary six packets waiting for output, of which packet #1 may be the first in line. Once packet #1 has been added to serial packet stream 206, output window 211 may shift to include packets #2-7.
  • Therefore, it will also be appreciated that packets 203 may not change physical position once placed in smart jitter buffer 205. In actuality, a constant shifting of windows 211, 212, and 213 may result in the illusion of “movement” along the buffer. Accordingly, it will be appreciated that any discussion hereinbelow regarding movement or procession by packets 203 within smart jitter buffer 205 may refer only to logical movement as defined by the shifting of windows 211, 212, and 213.
  • As discussed hereinabove, packets 203 may not arrive in serial order, particularly as they may have been interleaved prior to transmission and may have been transmitted and/or received via multiple connections and channels. Accordingly, as packets 203 may be received, they may be placed in receiving window 213 in order according to their packet number. An exemplary size for receiving window 213 may be 50-400 ms. No action may be taken to replace missing packets 203 at this stage; there may be a reasonable assumption that any missing packets may still arrive without added processing. For example, in FIG. 8A, packet #17 may not yet have arrived because it was transmitted after packets 16-23 (due to interleaving, for example). For this purpose, retransmission window 213 may be large, of, for example 200-1000 msec.
  • Packets 203 may then proceed to retransmission window 212. This window may define a window of opportunity to request retransmission of missing packets 203. As described hereinabove, prior to this stage it may be unnecessary to request retransmission, since it may still be likely that a missing packet may arrive in any case. Conversely, subsequent to this stage, it may be too late to request a retransmission, since such a request requires a certain amount of turn around time to complete—the request must first reach virtual broadband unit 110 (FIG. 2) and then the retransmitted packet 203 must still arrive in a timely manner to be added to serial packet stream 206. Accordingly, a retransmit threshold 214 may define a point at which retransmit requests may no longer be a viable option for a given packet 203.
  • As per the exemplary data in FIG. 8A, packet #10 may be missing from retransmission window 212. Retransmit requester 210, which may view retransmission window 212, may therefore submit a retransmission request to feedback manager 250. Retransmit requester 210 may submit one or more such requests as long missing packet #10 is “located” within retransmission window 212. The timing for such requests may be configurable.
  • It will be appreciated that the size and location of retransmission window 212 may be configurable. For example, when there is a low rate of missing packets, it may be possible to use a small window 212, such as only 200 msec. If a virtual broadband unit 110 has fast modems, it may be possible to reduce the size of output window 211 in light of the fact that turn around time for retransmission may be quicker. It will, therefore, also be appreciated that the size and location of retransmission window 212 may effectively determine the size and location of windows 211 and 213.
  • Packets 203 may then proceed to output window 211. As described hereinabove, once a missing packet 203 has reached output window 211, no more retransmit requests may be sent on its behalf. It will be appreciated, however, that missing packets 203 may still arrive and be placed in output window 211. For example, a retransmit request may have previously been submitted from retransmission window 213 for packet #2. If packet #2 may arrive in time it may still be placed as per its serial order in output window 211.
  • FIG. 8B shows how FEC decoder 215 may divide buffer 205 into three windows similar to those used by retransmit requester 210: an output window 216, an activation window 217, and a receiving window 218. Output window 216 may be defined as starting from an FEC threshold 219 and may generate serial packet stream 206. Once again, it will be appreciated that any discussion hereinbelow regarding movement or procession by packets 203 within smart jitter buffer 205 may refer only to logical movement as defined by the shifting of windows 216, 217, and 218.
  • Functionally, output window 216 and receiving window 218 may be equivalent to windows 211 and 213 respectively, as defined for retransmit requester 210. Missing packets 203 may not be addressed while still in receiving window 218, and no further processing may be initiated for missing packets 203 that have passed FEC threshold 219 and entered output window 216. However, similar to the relationship between window 212 and windows 211 and 213, the size and location of windows 216 and 218 may be determined by the size and location of activation window 217. Accordingly, even though windows 216 and 218 are functionally similar to windows 211 and 213, their respective sizes and locations may be different.
  • Missing packets in activation window 217 may be reconstructed using the FEC codes of other packets 203 that have already arrived and been placed in smart jitter buffer 205. The size and location of activation window 217 may therefore be functions of the FEC percentages used and the amount of time required to reconstruct a given packet 203.
  • For example, FIG. 8B shows window 217 as being an exemplary ten packets 203 in size. This may illustrate a case where a FEC percentage has been defined requiring nine received packets 203 in order to reconstruct a tenth packet, for example, missing packet #10. FIG. 8B also shows an exemplary size of five packets 203 for output window 216. This may illustrate a case where the time required to reconstruct a missing packet may be close to the time that it may take for five packets 203 to be output.
  • It will be appreciated that the sizes and locations of both retransmission window 212 and activation window 217 may be exemplary. Other sizes and locations may be configured as per specific requirements and/or prevailing conditions. It will also be appreciated that the sizes and locations may be reconfigured during operation in order to compensate for changing conditions and/or error rates. It will further be appreciated that both retransmit requester 210 and FEC decoder 215 may use the same smart jitter buffer 205 simultaneously. Accordingly, mechanisms 210 and 215 may have configurable settings for precedence in order to avoid conflicting and/or redundant actions.
  • Returning to FIG. 6, serial packet stream 206 from assembly engine 200 may be forwarded to output rate controller 220. It will be appreciated that serial packet stream 206 may ultimately be intended for a live broadcast over television. Accordingly, output rate controller 220 may regulate the rate at which serial packet stream 206 is released in order to maintain an appropriate broadcast rate.
  • The output of controller 220 may then be forwarded to packet decapsulator 225, where the packet overhead, including, for example, packet numbering and timestamps, may be removed. The resulting media stream 230 may then be broadcast and/or saved for later use.
  • Feedback manager 250 may comprise a statistics collector 255 and a back channel manager 260. Statistics collector 255 may receive a constant stream of packet statistics from smart jitter buffer 205. Such statistics may include, for example, the numbers of missing/reconstructed packets, as well as time stamps and packet numbers for packets received. Statistics collector 255 may then forward these statistics to back channel manager 260. Such statistics may be forwarded in a raw state with little or no pre-processing. Such statistics may eventually be processed and analyzed by traffic analyzer 150 (FIG. 3). However, in accordance with an alternative preferred embodiment of the present invention, such processing may also be included in feedback manager 250.
  • Back channel manager 260 may also receive retransmit requests from retransmit requester 210. Back channel manager 260 may then transmit such statistics and retransmit requests to virtual broadband unit 110 (FIG. 3) via back channel 190. Back channel 190 may be any suitable connection with virtual broadband unit 110.
  • As discussed hereinabove, by using such packet statistics, traffic analyzer 150 may be able to optimize the quality and flow of the multiplicity of connections 115 (FIG. 2), thereby to create virtual broadband connection 118. It will be appreciated that the combination of such optimization with the error checking and correction features of virtual broadband receiver 130 may provide enhanced end-to-end quality of service for system 100.
  • In an alternative embodiment of the present invention, non cellular wireless technologies may also be used for connections 115. For example, WiFi and/or WiMax and/or satellite (e.g. BGAN) technologies may be used, instead of, or in addition to cellular networks, to connect virtual broadband unit 110 to the internet. Similarly, WiFi and/or WiMax and/or satellite may be used by virtual broadband receiver 130 to receive streams 201 (FIG. 6).
  • In another alternative embodiment of the present invention, virtual broadband receiver 130 may be a mobile unit at a remote location. It may receive stream 201 via the same technologies used for transmitting, for example, cellular networks, WiFi and/or WiMax.
  • In another alternative embodiment of the present invention, virtual broadband unit 110 and virtual broadband receiver 130 may share wireless resources and/or may even be housed in the same physical unit.
  • While certain features of the invention have been illustrated and described herein, many modifications, substitutions, changes, and equivalents will now occur to those of ordinary skill in the art. It is, therefore, to be understood that the appended claims are intended to cover all such modifications and changes as fall within the true spirit of the invention.

Claims (31)

1.-24. (canceled)
25. A device configured to facilitate live video transmission from a remote location, the device comprising:
a first modem driver for enabling transmission of a first plurality of packets to a receiver via a first cellular communication network wirelessly accessible from the remote location;
a second modem driver for enabling transmission of a second plurality of packets to the receiver via a second cellular communication network wirelessly accessible from the remote location, wherein the first plurality of packets and the second plurality of packets are part of a live video stream; and
at least one processor configured to receive the first plurality of packets and the second plurality of packets, and to distribute the first plurality of packets to the first modem driver and the second plurality of packets to the second modem driver in a manner such that the first plurality of packets are transmitted via the first cellular communication network and the second plurality of packets are transmitted via the second cellular communication network.
26. The device of claim 25, wherein the at least one processor is further configured to distribute the first plurality of packets and second plurality of packets in a manner permitting reconstruction of the live video stream at the receiver when the first plurality of packets are distributed to the receiver via the first cellular communication network and when the second plurality of packets are distributed to the receiver via the second cellular communication network.
27. The device of claim 25, wherein the at least one processor is further configured to enable an additional plurality of packets to be transmitted to the receiver via both the first cellular communication network and the second cellular communication network.
28. The device of claim 25, wherein the at least one processor is further configured to enable transmission of at least one of the first plurality of packets and the second plurality of packets to the receiver via a communication route that includes an Internet connection and at least one of the first cellular communication network and the second cellular communication network.
29. The device of claim 25, wherein the first modem driver enables transmission using a first mobile telephone technology, and the second modem driver enables transmission using a second mobile telephone technology different from the first mobile telephone technology.
30. The device of claim 25, wherein the at least one processor is further configured to create a virtual broadband upload connection via both the first modem driver and the second modem driver.
31. The device of claim 25, wherein during a transmission period, the first plurality of packets is greater in number than the second plurality of packets, resulting in more packets transmitted via the first cellular communication network than via the second cellular communication network.
32. The device of claim 25, wherein the device is configured to be powered by a mobile power source.
33. The device of claim 25, wherein the at least one processor is further configured to distribute the first plurality of packets and the second plurality of packets in a manner that enables the first plurality of packets to be transmitted via the first cellular communication network while the second plurality of packets are transmitted via the second cellular communication network.
34. The device of claim 25, further comprising:
a third modem driver for enabling transmission of a third plurality of packets to the receiver; a fourth modem driver for enabling transmission of a fourth plurality of packets to the receiver; and
wherein the at least one processor is further configured to receive the third plurality of packets and the fourth plurality of packets, and to distribute the third plurality of packets to the third modem driver and the fourth plurality of packets to the fourth modem driver in a manner permitting reconstruction of the live video stream at the receiver using the first plurality of packets, the second plurality of packets, the third plurality of packets and the fourth plurality of packets.
35. The device of claim 25, further comprising at least one WiFi modem, and wherein the at least one processor is configured to distribute at least some of the second plurality of packets via the WiFi modem.
36. The device of claim 25, further comprising at least one WiFi modem, and wherein the at least one processor is configured to distribute, via an Internet connection, a third plurality of packets to the receiver using the WiFi modem.
37. The device of claim 25, wherein the at least one processor is further configured to dynamically adjust distribution of the first plurality of packets and the second plurality of packets based on a bandwidth of at least one of the first cellular communication network and the second cellular communication network.
38. The device of claim 25, wherein the at least one processor includes at least one modem manager configured to manage packet transmission via at least the first cellular communication network and at least the second cellular communication network.
39. A device configured to facilitate live video transmission from a remote location, the device comprising:
at least one processor configured to receive at least a first plurality of packets and a second plurality of packets associated with a live video stream and to distribute the first plurality of packets and second plurality of packets, wherein the at least one processor is further configured to:
enable transmission of the first plurality of packets to a receiver via a first cellular communication network wirelessly accessible from the remote location; and
enable transmission of the second plurality of packets to the receiver via a second cellular communication network wirelessly accessible from the remote location.
40. The device of claim 39, wherein the at least one processor includes at least one modem manager configured to manage packet transmission via at least the first cellular communication network and at least the second cellular communication network.
41. The device of claim 40, wherein the at least one processor is further configured to enable transmission of a third plurality of packets and a fourth plurality of packets, and wherein the modem manager is configured to cause distribution of the first plurality of packets to a first modem, the second plurality of packets to a second modem, the third plurality of packets to a third modem, and the fourth plurality of packets to a fourth modem.
42. The device of claim 41, wherein each of the four wireless modems lacks sufficient performance to singularly transmit the live video stream at a desired quality, while the combined performance of the four modems has sufficient performance to transmit the plurality of data packets in a manner permitting the live video stream to be reconstructed at the receiver at the desired quality.
43. The device of claim 39, wherein the at least one processor is further configured to enable transmission of the first plurality of packets at a first transmission rate and to enable transmission of the second plurality of packets at a second transmission rate, such that a combination of the first transmission rate and the second transmission rate enables reconstruction of the live video stream at the receiver.
44. The device of claim 43, wherein the at least one processor is further configured to adjust at least one of the first transmission rate and the second transmission rate, to compensate for change in a throughput of at least one of the first cellular communication network and the second cellular communication network.
45. The device according to claim 39, wherein the at least one processor is further configured to manage, based on at least one performance factor, transmission of the first plurality of packets via the first cellular communication network and the second plurality of packets via the second cellular communication network, and wherein the at least one performance factor is chosen from a group consisting of: modem rate, bandwidth, modem reliability, operating license limitations, network congestion, modem error rate, transmission latency, and connection quality.
46. The device of claim 39, wherein the at least one processor is further configured to assign an identifier to each of the first plurality of packets and second plurality of packets, and to enable transmission of the first plurality of packets and the second plurality of packets in non-serial order.
47. The device of claim 39, wherein the at least one processor is further configured to manage a video encoder configured to adjust at least one compression rate of video transmitted in the first plurality of packets and the second plurality of packets.
48. The device of claim 39, wherein the at least one processor is further configured to store at least some of the of the first plurality of packets and the second plurality of packets in a buffer.
49. The device of claim 39, wherein the least one processor is further configured to distribute the first plurality of packets and the second plurality of packets based on feedback information from the receiver, wherein the feedback information is reflective of upload success.
50. The device according to claim 49, wherein the at least one processor is further configured to receive the feedback information via a back channel and to adjust quality of the live video stream based on the feedback information.
51. The device of claim 39, further comprising at least one WiFi modem, and wherein the at least one processor is configured to distribute at least some of the second plurality of packets via the WiFi modem.
52. The device of claim 39, wherein the at least one processor is further configured to dynamically adjust distribution of the first plurality of packets and the second plurality of packets based on a bandwidth of at least one of the first cellular communication network and the second cellular communication network.
53. A method for transmitting live video from a remote location, the method comprising:
splitting a video stream into a plurality of packets;
distributing a first group of the plurality of packets to at least one connectable modem associated with a first cellular communication network, and a second group of the plurality of packets to a second connectable modem associated with a second cellular communication network;
transmitting the first group of packets to a receiver via the first cellular communication network wirelessly accessible from the remote location;
transmitting the second group of packets to the receiver via the second cellular communication network wirelessly accessible from the remote location; and
wherein the transmission of the first group of packets and the second group of packets enables reconstructing the video stream at the receiver.
54. The method of claim 53, wherein transmission of the first group packets occurs at a first transmission rate and the transmission of the second group packets is at a second transmission rate, and a combination of both transmission rates enables reconstruction of the video stream at the receiver.
US13/752,016 2006-09-26 2013-01-28 Remote transmission system Active US8467337B1 (en)

Priority Applications (8)

Application Number Priority Date Filing Date Title
US13/752,016 US8467337B1 (en) 2006-09-26 2013-01-28 Remote transmission system
US13/756,112 US8488659B2 (en) 2006-09-26 2013-01-31 Remote transmission system
US13/886,050 US8964646B2 (en) 2006-09-26 2013-05-02 Remote transmission system
US13/915,266 US8848697B2 (en) 2006-09-26 2013-06-11 Remote transmission system
US14/016,982 US8811292B2 (en) 2006-09-26 2013-09-03 Remote transmission system
US14/588,939 US9203498B2 (en) 2006-09-26 2015-01-04 Virtual broadband transmitter and virtual broadband receiver
US14/931,888 US9538513B2 (en) 2006-09-26 2015-11-04 Virtual broadband transmitter, virtual broadband receiver, and methods thereof
US15/365,958 US9826565B2 (en) 2006-09-26 2016-12-01 Broadband transmitter, broadband receiver, and methods thereof

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US84714806P 2006-09-26 2006-09-26
US11/845,071 US7948933B2 (en) 2006-09-26 2007-08-26 Remote transmission system
US12/965,879 US8649402B2 (en) 2006-09-26 2010-12-12 Virtual broadband receiver and method of receiving data
US13/368,369 US8737436B2 (en) 2006-09-26 2012-02-08 Remote transmission system
US13/752,016 US8467337B1 (en) 2006-09-26 2013-01-28 Remote transmission system

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
US13/368,369 Continuation US8737436B2 (en) 2006-09-26 2012-02-08 Remote transmission system

Related Child Applications (3)

Application Number Title Priority Date Filing Date
US13/756,112 Continuation US8488659B2 (en) 2006-09-26 2013-01-31 Remote transmission system
US13/886,050 Continuation US8964646B2 (en) 2006-09-26 2013-05-02 Remote transmission system
US13/915,266 Continuation US8848697B2 (en) 2006-09-26 2013-06-11 Remote transmission system

Publications (2)

Publication Number Publication Date
US20130145404A1 true US20130145404A1 (en) 2013-06-06
US8467337B1 US8467337B1 (en) 2013-06-18

Family

ID=39230661

Family Applications (12)

Application Number Title Priority Date Filing Date
US11/845,071 Active 2029-09-29 US7948933B2 (en) 2006-09-26 2007-08-26 Remote transmission system
US12/965,879 Active 2029-05-12 US8649402B2 (en) 2006-09-26 2010-12-12 Virtual broadband receiver and method of receiving data
US13/368,369 Active US8737436B2 (en) 2006-09-26 2012-02-08 Remote transmission system
US13/752,016 Active US8467337B1 (en) 2006-09-26 2013-01-28 Remote transmission system
US13/756,112 Active US8488659B2 (en) 2006-09-26 2013-01-31 Remote transmission system
US13/886,050 Active US8964646B2 (en) 2006-09-26 2013-05-02 Remote transmission system
US13/915,266 Active US8848697B2 (en) 2006-09-26 2013-06-11 Remote transmission system
US14/016,982 Active US8811292B2 (en) 2006-09-26 2013-09-03 Remote transmission system
US14/138,169 Active US8942179B2 (en) 2006-09-26 2013-12-23 Virtual broadband receiver, and system and method utilizing same
US14/588,939 Active US9203498B2 (en) 2006-09-26 2015-01-04 Virtual broadband transmitter and virtual broadband receiver
US14/931,888 Active US9538513B2 (en) 2006-09-26 2015-11-04 Virtual broadband transmitter, virtual broadband receiver, and methods thereof
US15/365,958 Active US9826565B2 (en) 2006-09-26 2016-12-01 Broadband transmitter, broadband receiver, and methods thereof

Family Applications Before (3)

Application Number Title Priority Date Filing Date
US11/845,071 Active 2029-09-29 US7948933B2 (en) 2006-09-26 2007-08-26 Remote transmission system
US12/965,879 Active 2029-05-12 US8649402B2 (en) 2006-09-26 2010-12-12 Virtual broadband receiver and method of receiving data
US13/368,369 Active US8737436B2 (en) 2006-09-26 2012-02-08 Remote transmission system

Family Applications After (8)

Application Number Title Priority Date Filing Date
US13/756,112 Active US8488659B2 (en) 2006-09-26 2013-01-31 Remote transmission system
US13/886,050 Active US8964646B2 (en) 2006-09-26 2013-05-02 Remote transmission system
US13/915,266 Active US8848697B2 (en) 2006-09-26 2013-06-11 Remote transmission system
US14/016,982 Active US8811292B2 (en) 2006-09-26 2013-09-03 Remote transmission system
US14/138,169 Active US8942179B2 (en) 2006-09-26 2013-12-23 Virtual broadband receiver, and system and method utilizing same
US14/588,939 Active US9203498B2 (en) 2006-09-26 2015-01-04 Virtual broadband transmitter and virtual broadband receiver
US14/931,888 Active US9538513B2 (en) 2006-09-26 2015-11-04 Virtual broadband transmitter, virtual broadband receiver, and methods thereof
US15/365,958 Active US9826565B2 (en) 2006-09-26 2016-12-01 Broadband transmitter, broadband receiver, and methods thereof

Country Status (12)

Country Link
US (12) US7948933B2 (en)
EP (1) EP2074762B1 (en)
JP (3) JP2010505324A (en)
KR (2) KR101223950B1 (en)
CN (2) CN103414917B (en)
CA (1) CA2664349C (en)
DK (1) DK2074762T3 (en)
ES (1) ES2537760T3 (en)
HK (1) HK1137278A1 (en)
IL (3) IL197687A (en)
PL (1) PL2074762T3 (en)
WO (1) WO2008038261A2 (en)

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10150561B2 (en) * 2016-02-01 2018-12-11 King Fahd University Of Petroleum And Minerals System and method of operation of twin-tiltrotor helicopter
US10572007B2 (en) 2017-12-15 2020-02-25 International Business Machines Corporation Preventing unintended input
US10833993B2 (en) 2014-03-28 2020-11-10 Weigel Broadcasting Co. Channel bonding
US11088947B2 (en) 2017-05-04 2021-08-10 Liveu Ltd Device, system, and method of pre-processing and data delivery for multi-link communications and for media content
US20220073204A1 (en) * 2015-11-10 2022-03-10 Matternet, Inc. Methods and systems for transportation using unmanned aerial vehicles
US11873005B2 (en) 2017-05-18 2024-01-16 Driveu Tech Ltd. Device, system, and method of wireless multiple-link vehicular communication
US20240239531A1 (en) * 2022-08-09 2024-07-18 Pete Bitar Compact and Lightweight Drone Delivery Device called an ArcSpear Electric Jet Drone System Having an Electric Ducted Air Propulsion System and Being Relatively Difficult to Track in Flight
US12131656B2 (en) 2012-05-09 2024-10-29 Singularity University Transportation using network of unmanned aerial vehicles

Families Citing this family (72)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
BRPI0621900A2 (en) * 2006-07-25 2011-12-20 Thomson Licensing recovery from burst packet loss on internet protocol-based wireless networks using staggered transmission and early cross-packet error correction
DK2074762T3 (en) 2006-09-26 2015-06-15 Liveu Ltd Remote Transmission System
EP2015587B1 (en) * 2007-05-14 2012-01-25 Apple Inc. Method of storing a multimedia object in memory, associated data structure and terminal
US8873453B2 (en) 2007-05-14 2014-10-28 Sigma Group, Inc. Method and apparatus for wireless transmission of high data rate streams
JP5170106B2 (en) * 2007-12-07 2013-03-27 富士通株式会社 Relay device
US9154247B2 (en) 2008-01-23 2015-10-06 Liveu Ltd. Live uplink transmissions and broadcasting management system and method
CN101820294A (en) * 2010-03-11 2010-09-01 成都九洲迪飞科技有限责任公司 Broad band receiver with thin-step inlet-source local oscillation circuit
WO2012036624A1 (en) * 2010-09-13 2012-03-22 T-Data Systems (S) Pte Ltd Apparatus for wireless video transmission
SE535910E (en) * 2010-11-09 2017-09-05 Twentyfourseven Holding Ab Video production via a long distance network
US9001804B2 (en) * 2011-06-16 2015-04-07 Qualcomm Incorporated Sharing multi description coded content utilizing proximate helpers
US8831110B2 (en) * 2011-07-20 2014-09-09 James D. Ocon Electronic news gathering method and system for the prioritized transmission of data
RU2468522C1 (en) * 2011-11-21 2012-11-27 Закрытое Акционерное Общество "Голлард" Complex of video surveillance and communication facilities of mobile control station
IL217040A0 (en) 2011-12-15 2012-02-29 Liveu Ltd Remote wireless reception
CN103188236B (en) * 2011-12-30 2015-12-16 华为技术有限公司 The appraisal procedure of media transmission quality and device
US9762634B2 (en) * 2012-04-06 2017-09-12 At&T Intellectual Property I, L.P. System and method to transmit digital broadcast grade video via a cellular data network
US8787966B2 (en) 2012-05-17 2014-07-22 Liveu Ltd. Multi-modem communication using virtual identity modules
WO2013171648A1 (en) 2012-05-17 2013-11-21 Liveu Ltd. Multi-modem communication using virtual identity modules
US10178642B1 (en) * 2012-08-28 2019-01-08 Tionesta, Llc System and method for providing alternate wireless and network service in a bandwidth constrained environment
US20140125804A1 (en) * 2012-11-06 2014-05-08 Irwin D. Dammers Mobile film studio and system
US9516354B1 (en) 2012-12-20 2016-12-06 Teradek LLC Bonded wireless hotspot
US9338480B2 (en) * 2013-03-01 2016-05-10 Disney Enterprises, Inc. Systems and methods to compensate for the effects of transmission delay
US9980171B2 (en) 2013-03-14 2018-05-22 Liveu Ltd. Apparatus for cooperating with a mobile device
US9369921B2 (en) 2013-05-31 2016-06-14 Liveu Ltd. Network assisted bonding
US9338650B2 (en) 2013-03-14 2016-05-10 Liveu Ltd. Apparatus for cooperating with a mobile device
CN103533389A (en) * 2013-05-02 2014-01-22 乐视网信息技术(北京)股份有限公司 Video pushing method and video pushing system
CN103391474A (en) * 2013-07-19 2013-11-13 深圳市同洲电子股份有限公司 Audio and video transmission method and digital television terminal
US9509585B1 (en) * 2013-09-03 2016-11-29 Xpliant, Inc. Apparatus and method for time stamping packets across several nodes in a network
EP3050278B1 (en) * 2013-09-26 2021-09-15 Coherent Logix, Incorporated Next generation broadcast system and method
CN103533386A (en) * 2013-10-21 2014-01-22 腾讯科技(深圳)有限公司 Live broadcasting control method and anchor equipment
US9326217B2 (en) * 2013-11-08 2016-04-26 Gogo Llc Optimizing usage of modems for data delivery to devices on vehicles
US9300679B1 (en) * 2013-12-16 2016-03-29 8X8, Inc. System and method for monitoring computing servers for possible unauthorized access
CN104753627A (en) * 2013-12-26 2015-07-01 中兴通讯股份有限公司 Multipath transmission method, multipath transmission system, data transmission device and data receiving device
CN103686449B (en) * 2013-12-31 2018-01-30 快创科技(大连)有限公司 It is a kind of to lift video fluency and the caching method of image quality
US9628459B2 (en) 2014-03-18 2017-04-18 Ca, Inc. Secure data transmission using multi-channel communication
US10548071B2 (en) 2014-05-16 2020-01-28 Huawei Technologies Co., Ltd. System and method for communicating traffic over licensed or un-licensed spectrums based on quality of service (QoS) constraints of the traffic
US10813043B2 (en) 2014-05-16 2020-10-20 Huawei Technologies Co., Ltd. System and method for communicating wireless transmissions spanning both licensed and un-licensed spectrum
US10536386B2 (en) 2014-05-16 2020-01-14 Huawei Technologies Co., Ltd. System and method for dynamic resource allocation over licensed and unlicensed spectrums
US10873941B2 (en) * 2014-05-16 2020-12-22 Huawei Technologies Co., Ltd. System and method for joint transmission over licensed and unlicensed bands using fountain codes
EP3175624A4 (en) * 2014-07-31 2018-02-28 LG Electronics Inc. Apparatus and method for transmitting/receiving processes of a broadcast signal
WO2016038611A1 (en) * 2014-09-08 2016-03-17 Liveu Ltd. Methods and systems for managing bonded communications across multiple communication networks
US10986029B2 (en) 2014-09-08 2021-04-20 Liveu Ltd. Device, system, and method of data transport with selective utilization of a single link or multiple links
US9497498B2 (en) * 2015-01-23 2016-11-15 Robert Hain System and method for live streaming of content
US9609546B2 (en) 2015-02-02 2017-03-28 Accelerated Media Technologies, Inc. Systems and methods for electronic news gathering
US10084707B2 (en) * 2015-02-10 2018-09-25 Mediatek Inc. Methods and devices for sharing a service among multiple devices
WO2016152063A1 (en) * 2015-03-24 2016-09-29 ソニー株式会社 Data reception device, data transmission system, data reception method, and data transmission method
CN104796731A (en) * 2015-04-16 2015-07-22 无锡天脉聚源传媒科技有限公司 Video processing method and device
US10033483B2 (en) 2015-05-18 2018-07-24 Microsoft Technology Licensing, Llc Adjustable interleaving for communication data
CN106559837B (en) * 2015-09-29 2020-06-02 王维加 Fission type message transmission system and method between wireless nodes
WO2017181029A1 (en) 2016-04-15 2017-10-19 BR Invention Holding, LLC Mobile medicine communication platform and methods and uses thereof
US10219008B2 (en) 2016-07-29 2019-02-26 At&T Intellectual Property I, L.P. Apparatus and method for aggregating video streams into composite media content
JP6782007B2 (en) * 2016-09-13 2020-11-11 株式会社ユナイテッドジャパン On-board video relay system
US10187178B2 (en) * 2016-10-11 2019-01-22 Microsoft Technology Licensing, Llc Dynamically partitioning media streams
JPWO2018088026A1 (en) * 2016-11-11 2019-09-26 ソニー株式会社 Transmission device, transmission method, and content distribution system
US10341225B2 (en) 2016-12-30 2019-07-02 Hughes Network Systems, Llc Bonding of satellite terminals
CN107395639A (en) * 2017-08-29 2017-11-24 天津艾科仪科技有限公司 Intelligence obtains the method and system of video data in network
CN107911631A (en) * 2017-12-05 2018-04-13 厦门蓝斯通信股份有限公司 A kind of multiple wireless video monitoring system
IL308640B1 (en) 2018-03-18 2024-09-01 Driveu Tech Ltd Device, system, and method of autonomous driving and tele-operated vehicles
US10958587B2 (en) * 2018-07-24 2021-03-23 Intel Corporation Transmission latency reduction
US10686861B2 (en) * 2018-10-02 2020-06-16 Google Llc Live stream connector
CN109495158B (en) * 2018-11-21 2021-12-10 广州海格通信集团股份有限公司 System and method for improving satellite communication rate
PT115587B (en) * 2019-06-18 2021-07-16 Univ Do Porto METHOD AND DEVICE FOR CONTINUOUS DIRECT BROADCAST WITH OPPORTUNIST LOAD SHARING BY MOBILE PERIPHERAL CLOUD COMPUTING
US11146612B1 (en) * 2019-09-25 2021-10-12 Motionray, Inc. System, device and method for streaming and receiving content in real-time from wearable cameras with latency control and quality of content control
US11275506B2 (en) * 2019-10-16 2022-03-15 EMC IP Holding Company LLC Storage-efficient DR for edge devices
CN111131179B (en) * 2019-12-05 2022-01-25 中移(杭州)信息技术有限公司 Service processing method, device, network equipment and storage medium
US11995480B2 (en) * 2020-09-11 2024-05-28 Dell Products L.P. Systems and methods for adaptive wireless forward and back channel synchronization between information handling systems
EP4252409A2 (en) * 2020-11-29 2023-10-04 Appario Global Solutions (AGS) AG Method and system for capturing images
MX2023006278A (en) * 2020-12-01 2023-06-13 Arris Entpr Llc Partial video async support using r-macphy device.
US11533526B2 (en) * 2021-02-01 2022-12-20 Arris Enterprises Llc Adaptive video slew rate for video delivery
US11962400B2 (en) * 2021-05-03 2024-04-16 Arris Enterprises Llc System for channel map delivery for hi split cable networks
US11700402B1 (en) * 2022-03-25 2023-07-11 Nvidia Corporation Dynamically reducing stutter and latency in video streaming applications
CN114866520B (en) * 2022-04-18 2024-01-30 北京奇艺世纪科技有限公司 Communication processing method, system, electronic equipment and storage medium
US12042432B1 (en) 2024-01-11 2024-07-23 Michael Reynard Method and device for the treatment of glaucoma

Family Cites Families (123)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5239671A (en) * 1990-11-13 1993-08-24 Pagemart, Inc. Simulcast satellite paging system with provision for signal interruption
DE69130853T2 (en) 1990-11-21 1999-07-22 At & T Corp., New York, N.Y. Bandwidth management and congestion protection for access to broadband ISDN networks
US6047165A (en) 1995-11-14 2000-04-04 Harris Corporation Wireless, frequency-agile spread spectrum ground link-based aircraft data communication system
US5699413A (en) 1995-12-13 1997-12-16 Motorola, Inc. Voice data modem, voice data method and voice data modem system
JP3003580B2 (en) * 1996-07-24 2000-01-31 日本電気株式会社 Data transmitting / receiving device and data communication system using the same
US5771229A (en) 1997-01-31 1998-06-23 Motorola, Inc. Method, system and mobile communication unit for communicating over multiple channels in a wireless communication system
US6169896B1 (en) 1997-03-12 2001-01-02 Emerald Bay Systems, Inc. System for evaluating communication network services
US6542481B2 (en) 1998-06-01 2003-04-01 Tantivy Communications, Inc. Dynamic bandwidth allocation for multiple access communication using session queues
US6904110B2 (en) 1997-07-31 2005-06-07 Francois Trans Channel equalization system and method
US7013354B1 (en) 1998-10-05 2006-03-14 Canon Kabushiki Kaisha Channel protocol for IEEE 1394 data transmission
US6510553B1 (en) * 1998-10-26 2003-01-21 Intel Corporation Method of streaming video from multiple sources over a network
DE69938094T2 (en) 1998-11-30 2009-02-05 Matsushita Electric Industries Co. Ltd., Kadoma Packet retransmission control with priority information
US8290034B2 (en) 1998-12-21 2012-10-16 Zin Stai Pte. In, Llc Video transmission and display including bit-wise sub-sampling video compression
JP3540183B2 (en) * 1999-01-21 2004-07-07 株式会社東芝 Multilink communication device
US6683877B1 (en) 1999-02-16 2004-01-27 Noetel Networks Limited Carrying voice traffic over broad band networks
US7096487B1 (en) * 1999-10-27 2006-08-22 Sedna Patent Services, Llc Apparatus and method for combining realtime and non-realtime encoded content
JP3365340B2 (en) * 1999-04-28 2003-01-08 日本電気株式会社 Data transfer system and transfer method thereof
JP3444235B2 (en) * 1999-05-19 2003-09-08 三菱電機株式会社 Mobile communication system, mobile communication base station, and mobile communication mobile station
US6288753B1 (en) 1999-07-07 2001-09-11 Corrugated Services Corp. System and method for live interactive distance learning
US6496477B1 (en) 1999-07-09 2002-12-17 Texas Instruments Incorporated Processes, articles, and packets for network path diversity in media over packet applications
US6757256B1 (en) 1999-08-10 2004-06-29 Texas Instruments Incorporated Process of sending packets of real-time information
US6785330B1 (en) 1999-08-19 2004-08-31 Ghildra Holdings, Inc. Flexible video encoding/decoding method
JP2001119433A (en) * 1999-10-21 2001-04-27 Matsushita Electric Ind Co Ltd Video data transmitter and program recording medium
US6788686B1 (en) 1999-11-30 2004-09-07 Lucent Technologies Inc. Method of maintaining packet order in multipath transmission systems having non-uniform traffic splitting
GB2358325B (en) 1999-12-20 2003-01-22 Nicholas Kennedy Mobile live information system
WO2001056244A1 (en) * 2000-01-26 2001-08-02 Sony Corporation Data transmission system
US7082552B2 (en) * 2000-02-08 2006-07-25 Mips Tech Inc Functional validation of a packet management unit
WO2001075886A1 (en) 2000-04-05 2001-10-11 Sony United Kingdom Limited Identifying and processing of audio and/or video material
US6754872B2 (en) 2000-05-22 2004-06-22 Sarnoff Corporation Method and apparatus for reducing channel distortion in a wireless communications network
US6647015B2 (en) 2000-05-22 2003-11-11 Sarnoff Corporation Method and apparatus for providing a broadband, wireless, communications network
JP2002010332A (en) * 2000-06-20 2002-01-11 Sharp Corp Radio communication system, channel connecting apparatus and transmitter-receiver
US6999432B2 (en) * 2000-07-13 2006-02-14 Microsoft Corporation Channel and quality of service adaptation for multimedia over wireless networks
US7151762B1 (en) 2000-07-14 2006-12-19 At&T Corp. Virtual streams for QoS-driven wireless LANs
KR100373629B1 (en) 2000-07-29 2003-03-03 학교법인 울산공업학원 Intake system of diesel engine
JP4644990B2 (en) * 2000-08-28 2011-03-09 ソニー株式会社 Wireless transmission apparatus and method, wireless reception apparatus and method, and computer program
JP2002077088A (en) * 2000-09-01 2002-03-15 Nippon Hoso Kyokai <Nhk> Signal distributor and signal multiplexer
US20020032766A1 (en) * 2000-09-08 2002-03-14 Wei Xu Systems and methods for a packeting engine
US7082221B1 (en) 2000-09-29 2006-07-25 Intel Corporation Bandwidth determination for multiple layer digital video
US20020040479A1 (en) * 2000-10-04 2002-04-04 Eric Ehrman Method and apparatus for streaming content via a network
US6807227B2 (en) 2000-10-26 2004-10-19 Rockwell Scientific Licensing, Llc Method of reconfiguration of radio parameters for power-aware and adaptive communications
US6987732B2 (en) 2000-12-15 2006-01-17 Tellabs San Jose, Inc. Apparatus and methods for scheduling packets in a broadband data stream
JP3726684B2 (en) * 2001-01-11 2005-12-14 株式会社Kddi研究所 Communication system for avoiding congestion in moving image data transfer
US20040025186A1 (en) 2001-01-19 2004-02-05 Jennings Charles A. System and method for managing media
US7237032B2 (en) 2001-02-16 2007-06-26 Microsoft Corporation Progressive streaming media rendering
US7027415B1 (en) 2001-03-20 2006-04-11 Arraycomm, Inc. Dynamic allocation and de-allocation of multiple communication channels for bandwidth on-demand
US7292571B2 (en) 2001-04-30 2007-11-06 Aol Llc, A Delaware Limited Liability Company Load balancing with direct terminal response
US7237033B2 (en) 2001-04-30 2007-06-26 Aol Llc Duplicating switch for streaming data units to a terminal
JP2002344965A (en) * 2001-05-11 2002-11-29 Sony Corp Data transmission system
US20020174434A1 (en) * 2001-05-18 2002-11-21 Tsu-Chang Lee Virtual broadband communication through bundling of a group of circuit switching and packet switching channels
JP4294888B2 (en) * 2001-06-01 2009-07-15 株式会社日立国際電気 Transmission system
US7065213B2 (en) 2001-06-29 2006-06-20 Scientific-Atlanta, Inc. In a subscriber network receiving digital packets and transmitting digital packets below a predetermined maximum bit rate
US7047456B2 (en) 2001-08-28 2006-05-16 Intel Corporation Error correction for regional and dynamic factors in communications
DE60116318T2 (en) * 2001-10-08 2006-08-31 Alcatel Method for load distribution between several common resources in a communication network and network for the application of the method
US20030074554A1 (en) 2001-10-17 2003-04-17 Roach Wayne C. Broadband interface unit and associated method
US20030081582A1 (en) * 2001-10-25 2003-05-01 Nikhil Jain Aggregating multiple wireless communication channels for high data rate transfers
JP2003152787A (en) 2001-11-15 2003-05-23 Kddi Corp File transmitting device with a plurality of routes
US6831574B1 (en) 2003-10-03 2004-12-14 Bae Systems Information And Electronic Systems Integration Inc Multi-turbo multi-user detector
JP3959288B2 (en) * 2002-03-13 2007-08-15 株式会社エヌ・ティ・ティ・ドコモ Packet transmission system, packet transmission method, packet transmission apparatus, home agent, mobile terminal, and access router
US7260085B2 (en) * 2002-03-21 2007-08-21 Acme Packet, Inc. System and method for determining a destination for an internet protocol packet
US6842446B2 (en) * 2002-04-19 2005-01-11 Sprint Communications Company L.P. Method and system for increasing data rate in wireless communications through aggregation of data sessions
CA2386453A1 (en) 2002-05-15 2003-11-15 Catena Networks Canada Inc. Higher layer bonding of multiple access lines for carrier grade access
TWI269596B (en) 2002-07-31 2006-12-21 Interdigital Tech Corp Wireless personal communicator and communication method
KR100965861B1 (en) * 2002-10-24 2010-06-24 삼성전자주식회사 Controlling apparatus of hybrid auto repeat request in mobile communication system
US7317750B2 (en) 2002-10-31 2008-01-08 Lot 41 Acquisition Foundation, Llc Orthogonal superposition coding for direct-sequence communications
SG111978A1 (en) 2002-11-20 2005-06-29 Victor Company Of Japan An mpeg-4 live unicast video streaming system in wireless network with end-to-end bitrate-based congestion control
US7580577B2 (en) * 2002-12-09 2009-08-25 Canon Kabushiki Kaisha Methods, apparatus and computer products for generating JPEG2000 encoded data in a client
US20040135879A1 (en) 2003-01-03 2004-07-15 Stacy Marco A. Portable wireless indoor/outdoor camera
US20040133917A1 (en) 2003-01-07 2004-07-08 Schilling Donald L. Video on demand using MCMD and TDM or FDM
US7551671B2 (en) 2003-04-16 2009-06-23 General Dynamics Decision Systems, Inc. System and method for transmission of video signals using multiple channels
US7369491B1 (en) * 2003-05-14 2008-05-06 Nortel Networks Limited Regulating data-burst transfer
US20070083899A1 (en) 2003-07-10 2007-04-12 Compton Charles L Distributed and scalable architecture for on demand session and resource manangement
JP2005065207A (en) * 2003-07-30 2005-03-10 Kobe Steel Ltd Radio communication apparatus
US6917537B2 (en) * 2003-08-11 2005-07-12 Northrop Grumman Corporation RSFQ Batcher-banyan switching network
US20050041586A1 (en) * 2003-08-24 2005-02-24 Sam Shiaw-Shiang Jiang Method of controlling a receiver and a transmitter in a wireless communication system to handle a transmission window size change procedure
US20050047363A1 (en) * 2003-08-25 2005-03-03 Sam Shiaw-Shiang Jiang Method and apparatus of controlling data delivery in a wireless communication system for digesting data units outside a reconfigured transmitting window and a reconfigured receiving window
US7324491B1 (en) 2003-10-29 2008-01-29 Avaya Technology Llc Method and apparatus for over-the-air bandwidth reservations in wireless networks
US7409097B2 (en) * 2003-11-14 2008-08-05 Vweb Corporation Video encoding using variable bit rates
CN1879353B (en) * 2003-12-01 2011-09-07 艾利森电话股份有限公司 Control method of volume of business in multiAccess communication
WO2005060300A1 (en) 2003-12-15 2005-06-30 Philips Intellectual Property & Standards Gmbh Wireless system comprising a first station and a second station system
US8204085B1 (en) 2003-12-15 2012-06-19 Ciena Corporation Virtual concatenation for parallel data streams
KR100675819B1 (en) 2003-12-24 2007-01-29 학교법인 포항공과대학교 Composition containing extract from cimicifugae rhizoma or derivatives thereof as inhibitor for nicotinic acetylcholine receptor
KR20070008572A (en) * 2004-01-28 2007-01-17 내셔널 유니버시티 오브 싱가포르 Systems and methods for communication
US7519063B2 (en) * 2004-02-26 2009-04-14 Research In Motion Limited Distributed wireless packet assembly
US8514865B2 (en) 2004-04-30 2013-08-20 Hewlett-Packard Development Company, L.P. Assigning WAN links to subflows based on WAN link characteristics and application preferences
US20050243857A1 (en) * 2004-04-30 2005-11-03 Padcom, Inc. Simultaneously routing data over multiple wireless networks
JP2005341310A (en) * 2004-05-27 2005-12-08 Fujitsu Ten Ltd Communication system
EP1603339A1 (en) * 2004-06-01 2005-12-07 STMicroelectronics S.r.l. Method and system for communicating video data in a packet-switched network, related network and computer program product therefor
US7567620B2 (en) * 2004-06-30 2009-07-28 Texas Instruments Incorporated Data transmission scheme using channel group and DOCSIS implementation thereof
US8484308B2 (en) * 2004-07-02 2013-07-09 MatrixStream Technologies, Inc. System and method for transferring content via a network
US7636933B2 (en) 2004-07-15 2009-12-22 At&T Intellectual Property I, L.P. Human factors-based video compression
CN100364332C (en) * 2004-09-01 2008-01-23 华为技术有限公司 Method for protecting broadband video-audio broadcasting content
US8184657B2 (en) 2004-09-23 2012-05-22 Sony Corporation Reliable audio-video transmission system using multi-media diversity
US8374087B2 (en) * 2004-09-23 2013-02-12 Sony Corporation Reliable audio-video transmission system using multi-media diversity
US7673063B2 (en) 2004-10-15 2010-03-02 Motorola, Inc. Methods for streaming media data
US7649938B2 (en) * 2004-10-21 2010-01-19 Cisco Technology, Inc. Method and apparatus of controlling a plurality of video surveillance cameras
WO2006050174A2 (en) 2004-10-29 2006-05-11 Broadcom Corporation Hierarchical flow-level multi-channel communication
US7181667B2 (en) * 2005-01-04 2007-02-20 Motorola, Inc. Method and apparatus for modulating radio link control (RLC) ACK/NAK persistence to improve performance of data traffic
TW200642450A (en) * 2005-01-13 2006-12-01 Silicon Optix Inc Method and system for rapid and smooth selection of digitally compressed video programs
US20060264184A1 (en) 2005-02-17 2006-11-23 Interdigital Technology Corporation Method and apparatus for selecting a beam combination of multiple-input multiple-output antennas
US7961724B2 (en) * 2005-03-18 2011-06-14 Qualcomm Incorporated Dynamic media access control (MAC) address assignment
US7894807B1 (en) 2005-03-30 2011-02-22 Openwave Systems Inc. System and method for routing a wireless connection in a hybrid network
CN1842051A (en) * 2005-03-30 2006-10-04 国际商业机器公司 Flow equalization apparatus and process and network forwarding apparatus and method using same
US7965708B2 (en) * 2005-06-07 2011-06-21 Cisco Technology, Inc. Method and apparatus for using meta-packets in a packet processing system
TW200701022A (en) 2005-06-24 2007-01-01 Era Digital Media Co Interactive news gathering and media production control system
DE102005043001B4 (en) * 2005-09-09 2014-06-05 Intel Mobile Communications GmbH Method for transmitting a plurality of data streams, method for demultiplexing transmitted data streams received by means of a plurality of receiving antennas, transmitting device for transmitting a plurality of data streams, receiving device for demultiplexing transmitted data streams received by a plurality of receiving antennas, and computer program elements
US7600686B2 (en) * 2005-11-30 2009-10-13 Microsoft Corporation Media content menu navigation and customization
US7889765B2 (en) * 2005-11-30 2011-02-15 Time Warner Cable Inc. Apparatus and methods for utilizing variable rate program streams in a network
US8566887B2 (en) * 2005-12-09 2013-10-22 Time Warner Cable Enterprises Llc Caption data delivery apparatus and methods
US7609709B2 (en) * 2006-01-23 2009-10-27 Alcatel-Lucent Usa Inc. Video aware traffic management
US20070183452A1 (en) * 2006-02-03 2007-08-09 Mark Hryszko Transport stream dejittering
US20070207832A1 (en) 2006-03-03 2007-09-06 Gerardi Michael M Method for obtaining multiple video streams from an event
US8064514B2 (en) 2006-03-27 2011-11-22 Polycom, Inc. System and method for dynamically adjusting bandwidth between multiple video streams of videoconference
US7801144B2 (en) * 2006-03-31 2010-09-21 Agere Systems Inc. Switch-based network processor
US7826866B2 (en) 2006-05-18 2010-11-02 Intel Corporation System, apparatus and method to route radio frequency signals
US20080034396A1 (en) 2006-05-30 2008-02-07 Lev Zvi H System and method for video distribution and billing
US8411581B2 (en) 2006-07-25 2013-04-02 Broadcom Corporation Method and system for medium access control (MAC) layer specialization for voice and multimedia data streams
DK2074762T3 (en) 2006-09-26 2015-06-15 Liveu Ltd Remote Transmission System
US8634295B2 (en) 2007-07-12 2014-01-21 Manovega Pte Ltd System and method for voice and data communication
US8165044B2 (en) 2007-10-19 2012-04-24 Microsoft Corporation Maintaining multiple, simultaneous wireless network connections using a single radio
US9154247B2 (en) 2008-01-23 2015-10-06 Liveu Ltd. Live uplink transmissions and broadcasting management system and method
US20110314129A1 (en) 2009-12-18 2011-12-22 Ramin Rezaiifar Binding/aggregating multiple interfaces at application layer
US9560085B2 (en) * 2012-07-30 2017-01-31 Vonage Business Inc. Systems and methods for communicating a stream of data packets via multiple communications channels
CN103580966A (en) * 2013-11-04 2014-02-12 惠州Tcl移动通信有限公司 Wireless link and wire link parallel data transmission method and system

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US12131656B2 (en) 2012-05-09 2024-10-29 Singularity University Transportation using network of unmanned aerial vehicles
US10833993B2 (en) 2014-03-28 2020-11-10 Weigel Broadcasting Co. Channel bonding
US20220073204A1 (en) * 2015-11-10 2022-03-10 Matternet, Inc. Methods and systems for transportation using unmanned aerial vehicles
US11820507B2 (en) * 2015-11-10 2023-11-21 Matternet, Inc. Methods and systems for transportation using unmanned aerial vehicles
US10150561B2 (en) * 2016-02-01 2018-12-11 King Fahd University Of Petroleum And Minerals System and method of operation of twin-tiltrotor helicopter
US11088947B2 (en) 2017-05-04 2021-08-10 Liveu Ltd Device, system, and method of pre-processing and data delivery for multi-link communications and for media content
US11873005B2 (en) 2017-05-18 2024-01-16 Driveu Tech Ltd. Device, system, and method of wireless multiple-link vehicular communication
US10572007B2 (en) 2017-12-15 2020-02-25 International Business Machines Corporation Preventing unintended input
US20240239531A1 (en) * 2022-08-09 2024-07-18 Pete Bitar Compact and Lightweight Drone Delivery Device called an ArcSpear Electric Jet Drone System Having an Electric Ducted Air Propulsion System and Being Relatively Difficult to Track in Flight

Also Published As

Publication number Publication date
IL227498A (en) 2016-02-29
US8488659B2 (en) 2013-07-16
CN101584157A (en) 2009-11-18
JP2014030235A (en) 2014-02-13
US8649402B2 (en) 2014-02-11
IL197687A (en) 2013-07-31
US20140105115A1 (en) 2014-04-17
US20140036781A1 (en) 2014-02-06
US8811292B2 (en) 2014-08-19
WO2008038261A2 (en) 2008-04-03
US8737436B2 (en) 2014-05-27
US20130276044A1 (en) 2013-10-17
US20130142234A1 (en) 2013-06-06
KR101223950B1 (en) 2013-01-18
US8848697B2 (en) 2014-09-30
ES2537760T3 (en) 2015-06-11
US9826565B2 (en) 2017-11-21
EP2074762A4 (en) 2012-12-12
CA2664349A1 (en) 2008-04-03
CN103414917B (en) 2017-04-05
CN103414917A (en) 2013-11-27
US8964646B2 (en) 2015-02-24
IL197687A0 (en) 2009-12-24
US7948933B2 (en) 2011-05-24
WO2008038261A3 (en) 2009-04-30
WO2008038261A9 (en) 2009-07-16
JP2010505324A (en) 2010-02-18
US20120195259A1 (en) 2012-08-02
KR20120123144A (en) 2012-11-07
IL253211A0 (en) 2017-08-31
US20170086244A1 (en) 2017-03-23
JP6099693B2 (en) 2017-03-22
US9203498B2 (en) 2015-12-01
JP2015173494A (en) 2015-10-01
PL2074762T3 (en) 2015-08-31
CA2664349C (en) 2014-02-11
EP2074762A2 (en) 2009-07-01
HK1137278A1 (en) 2010-07-23
US9538513B2 (en) 2017-01-03
EP2074762B1 (en) 2015-04-08
US20150124752A1 (en) 2015-05-07
CN101584157B (en) 2013-12-11
US20080075031A1 (en) 2008-03-27
US20130242873A1 (en) 2013-09-19
US20110115976A1 (en) 2011-05-19
US8467337B1 (en) 2013-06-18
US20160057749A1 (en) 2016-02-25
DK2074762T3 (en) 2015-06-15
KR20090082366A (en) 2009-07-30
US8942179B2 (en) 2015-01-27

Similar Documents

Publication Publication Date Title
US9826565B2 (en) Broadband transmitter, broadband receiver, and methods thereof
US20090278941A1 (en) Multi-channel streaming device and related method
US8589577B2 (en) Transmission of IP packets of contents by addition to those IP packets of information data relating to the contents
US7924762B2 (en) Retransmission apparatus using IP multicasting method for DMB service
CN1416627A (en) Transmission of content description information and connection information in digital broadcast networks
US20180192112A1 (en) System and method for delivering video content
IL243905A (en) Remote transmission system
Linder et al. Distribution of Remote Sensing Data via Satellite using DVB/MPEG-2 and Reliable Multicast

Legal Events

Date Code Title Description
STCF Information on status: patent grant

Free format text: PATENTED CASE

AS Assignment

Owner name: KREOS CAPITAL IV (EXPERT FUND) LIMITED, JERSEY

Free format text: SECURITY INTEREST;ASSIGNOR:LIVEU LTD;REEL/FRAME:032695/0894

Effective date: 20140414

Owner name: SILICON VALLEY BANK, MASSACHUSETTS

Free format text: SECURITY INTEREST;ASSIGNOR:LIVEU LTD;REEL/FRAME:032695/0849

Effective date: 20140414

Owner name: SILICON VALLEY BANK, MASSACHUSETTS

Free format text: SECURITY INTEREST;ASSIGNOR:LIVEU LTD;REEL/FRAME:032695/0894

Effective date: 20140414

AS Assignment

Owner name: KREOS CAPITAL IV (EXPERT FUND) LIMITED, JERSEY

Free format text: FIRST AMENDMENT TO INTELLECTUAL PROPERTY SECURITY AGREEMENT;ASSIGNOR:LIVEU LTD;REEL/FRAME:035286/0288

Effective date: 20150324

Owner name: SILICON VALLEY BANK, MASSACHUSETTS

Free format text: FIRST AMENDMENT TO INTELLECTUAL PROPERTY SECURITY AGREEMENT;ASSIGNOR:LIVEU LTD;REEL/FRAME:035286/0288

Effective date: 20150324

Owner name: SILICON VALLEY BANK, MASSACHUSETTS

Free format text: FIRST AMENDMENT TO INTELLECTUAL PROPERTY SECURITY AGREEMENT;ASSIGNOR:LIVEU LTD;REEL/FRAME:035286/0332

Effective date: 20150324

FEPP Fee payment procedure

Free format text: PAYOR NUMBER ASSIGNED (ORIGINAL EVENT CODE: ASPN); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY

AS Assignment

Owner name: LIVEU LTD, ISRAEL

Free format text: TERMINATION OF INTELLECTUAL PROPERTY SECURITY AGREEMENT;ASSIGNOR:KREOS CAPITAL IV (EXPERT FUND) LIMITED;REEL/FRAME:039326/0210

Effective date: 20160630

FPAY Fee payment

Year of fee payment: 4

AS Assignment

Owner name: LIVEU LTD, ISRAEL

Free format text: TERMINATION AND RELEASE OF INTELLECTUAL PROPERTY SECURITY AGREEMENT;ASSIGNOR:SILICON VALLEY BANK;REEL/FRAME:045748/0787

Effective date: 20180327

Owner name: LIVEU INC., NEW JERSEY

Free format text: TERMINATION AND RELEASE OF INTELLECTUAL PROPERTY SECURITY AGREEMENT;ASSIGNOR:SILICON VALLEY BANK;REEL/FRAME:045748/0787

Effective date: 20180327

AS Assignment

Owner name: LIVEU LTD., ISRAEL

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:OHAYON, RONY HAIM;COHEN, AVICHAI;REEL/FRAME:049107/0247

Effective date: 20190506

AS Assignment

Owner name: LUCID TRUSTEE SERVICES LIMITED, UNITED KINGDOM

Free format text: SECURITY INTEREST;ASSIGNOR:LIVE U LTD.;REEL/FRAME:049737/0070

Effective date: 20190530

AS Assignment

Owner name: LUCID TRUSTEE SERVICES LIMITED, UNITED KINGDOM

Free format text: SECURITY INTEREST;ASSIGNOR:LIVEU LTD;REEL/FRAME:050379/0452

Effective date: 20190904

FEPP Fee payment procedure

Free format text: MAINTENANCE FEE REMINDER MAILED (ORIGINAL EVENT CODE: REM.); ENTITY STATUS OF PATENT OWNER: SMALL ENTITY

FEPP Fee payment procedure

Free format text: ENTITY STATUS SET TO UNDISCOUNTED (ORIGINAL EVENT CODE: BIG.); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY

FEPP Fee payment procedure

Free format text: 7.5 YR SURCHARGE - LATE PMT W/IN 6 MO, LARGE ENTITY (ORIGINAL EVENT CODE: M1555); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY

MAFP Maintenance fee payment

Free format text: PAYMENT OF MAINTENANCE FEE, 8TH YEAR, LARGE ENTITY (ORIGINAL EVENT CODE: M1552); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY

Year of fee payment: 8

AS Assignment

Owner name: LIVEU LTD., ISRAEL

Free format text: RELEASE BY SECURED PARTY;ASSIGNOR:LUCID TRUSTEE SERVICES LIMITED;REEL/FRAME:057355/0893

Effective date: 20210901