CA2245979C - Method and system for a unicast endpoint client to access a multicast internet protocol (ip) session - Google Patents
Method and system for a unicast endpoint client to access a multicast internet protocol (ip) session Download PDFInfo
- Publication number
- CA2245979C CA2245979C CA002245979A CA2245979A CA2245979C CA 2245979 C CA2245979 C CA 2245979C CA 002245979 A CA002245979 A CA 002245979A CA 2245979 A CA2245979 A CA 2245979A CA 2245979 C CA2245979 C CA 2245979C
- Authority
- CA
- Canada
- Prior art keywords
- multicast
- unicast
- client
- session
- server
- 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.)
- Expired - Fee Related
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1069—Session establishment or de-establishment
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/16—Arrangements for providing special services to substations
- H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
- H04L12/185—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast with management of multicast group membership
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/16—Arrangements for providing special services to substations
- H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
- H04L12/1836—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast with heterogeneous network architecture
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/42—Systems providing special services or facilities to subscribers
- H04M3/56—Arrangements for connecting several subscribers to a common circuit, i.e. affording conference facilities
- H04M3/567—Multimedia conference systems
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Multimedia (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
Unicast endpoint clients (110, 111, 115) on an IP Unicast network (107, 108) are provided access to Multicast sessions on an IP Multicast network (101) through a Multicast-Unicast gateway server (120, 121). The server obtains information about sessions on the Multicast network and makes such information available to a Unicast client on the Unicast network upon request bythe client. Upon being presented with a list describing the subject matter of each session, the user at the Unicast client selects the session to which he or she wants to join, which causes the Multicast-Unicast server to join the appropriate session on behalf of the requesting client for each media type in which the joining client wants to be a participant. The server then sets a bi-directional Unicast User Datagram Protocol (UDP) stream between itself and the client. All packets then received by the server from the Unicast client are address-translated to the appropriate Multicast session address. In addition, all packets received by the server on the Multicast session address are address-translated and sent to the Unicast client. The Unicast client is then able to participate in the Multicast session as both a sender and a receiver of packets to and from other Unicast and Multicast clients which are active during the session. Further, the Unicast client is capable of creating a new session, recording a session in the network for later retrieval and playback, and creating and accessing low bandwidth versions of existing sessions.
Description
METHOD AND SYSTEM FOR A UNICAST ENDPOINT CLIENT TO
ACCESS
A MULTICAST INTERNET PROTOCOL (1P) SESSION
Technical Field This invention relates to data communications, and more particularly, to providing a Unicast endpoint client on a Unicast network with the ability to access a Multicast session on an Multicast network.
Background of the Invention In conventional packet, frame or cell based systems there are typically two modes of communication: point-to-point (also known as Unicast) and point-to-multipoint (also known as Multicast). Multicast addresses typically differ from Unicast addresses in that they refer to an intermediate abstraction known as a group. All senders address their transmitted information to this group and all receivers are "tuned" to "listen"
to that address to receive the information transmitted to that group by the senders. The senders of information are thus effectively de-coupled from the set of receivers. Senders do not need to know who the receivers are -they simply transmit packets addressed to the group. Similarly, receivers do not need to know who the senders are - they simply send a request to the network (routers) to join a specific group of interest.
Multimedia distribution and conferencing/collaboration systems are advantageously and efficiently supported by Multicast communication methods. As will be used herein, a specific Multicast communication is referred to as a session. In the prior art, it is not possible for Unicast endpoints to access Multicast sessions, due to the differences in addressing modes and receiving modes. This disadvantageously limits the ability of a user at a Unicast endpoint client to participate in sessions in which they have interest and in which they could be an active participant.
Summary of the Invention In accordance with the present invention, Unicast endpoint clients are enabled to access Multicast sessions. Furthermore, in accordance with the present inventions, Unicast endpoint clients are enabled to request network-based recording systems pertorm recordings of the Multicast session on behalf of clients. Even furthermore, in addition to LAN attached endpoints, analog dial-up (e.g., 28.8 kbps) as well as ISDN Unicast endpoints are enabled to access appropriately bandwidth-reduced versions of nominally high bandwidth sessions.
Inter-connectivity between a Unicast client connected to a Unicast network and one or more Multicast clients connected to a Multicast network is effected through a Multicast-Unicast Server (MUS), in accordance with the present invention. Such a server obtains information about sessions on the Multicast network and makes such information available to the Unicast client on the Unicast network upon request by the client. Upon being presented with a list describing the subject matter of each session, the user at the Unicast client selects the session to which he or she wants to join, which causes the Multicast-Unicast server to join the appropriate session on a E CA 02245979 2002-05-14 behalf of the requesting client for each media type for which the joining client wants to be a participant. The server then sets a bi-directional Unicast User Datagram Protocol (UDP) stream between itself and the client. All packets then received by the server from the Unicast client are address-translated to the appropriate Multicast session address: In addition, all packets received by the server on the Multicast session address are address-translated and sent to the Unicast client. The Unicast client is then able to participate in the Multicast session as both a sender and a receiver of packets to and from other Unicast and Multicast clients l0 which are active during the session. Further, such a Unicast client, if authenticated to do so, is capable of creating a new session, and of recording a session in the network'for later retrieval and playback.
Furthermore, transcoding and rate adapting gateways are deployed within the Multicast network that map existing sessions into low bandwidth versions. if the Unicast client is a dial-up user connected to the Unicast network over analog or ISDN facilities, these rate-controlled sessions can then be accessed by the dial-up users.
In accordance with one aspect of the present invention there is provided a method of providing access to a Multicast session on a Multicast network to a Unicast client on a Unicast network comprising:
accumulating at a gateway server interconnecting the Multicast network and the Unicast network directory information relating to Multicast sessions on the Multicast network; supplying the Unicast client with the directory information accumulated by the gateway server; receiving at the gateway server from the Unicast client a request to join a selected session chosen from the directory information; joining the requested-for Multicast session at the gateway server on behalf of the Unicast client; converting at the t' CA 02245979 2002-05-14 3a gateway server an address of Multicast packets received on a Multicast address associated with the requested-for session to a Unicast address of the Unicast client and sending the Multicast packets received by the gateway server on the Multicast address to the Unicast client; and transmitting packets received at the gateway server from the Unicast ciient to the Multicast address associated with the requested-for session.
In accordance with another aspect of the present invention there is provided a Multicast-Unicast server comprising: means for accumulating from a connected-to Multicast network directory information relating to 1o Multicast sessions on the Multicast network; means for receiving from a Unicast client on a Unicast network connected to the server a request to join a Multicast session from among the Multicast sessions accumulated in the directory information; means for joining the requested-for Multicast session on behalf of the client; and means for converting the Multicast address of the Multicast packets on the requested-for Multicast session to a Unicast address associated with the Unicast client and for sending the Multicast packets on the requested-for Multicast session to the Unicast client at that Unicast address, and for sending packets received from the Unicast client to the Multicast address associated with the selected session:
Brief Description of the Drawings FIG. 1 is a block diagram showing Unicast clients connected on a Unicast Internet Protocol (1P) nefinrork accessing an IP Multicast network through Multicast-Unicast Servers (MUS's);
FIG: 2 is a block diagram of a MUS;
FIG. 3 shows the software components of a client terminal that enable the client to access a Multicast session;
ACCESS
A MULTICAST INTERNET PROTOCOL (1P) SESSION
Technical Field This invention relates to data communications, and more particularly, to providing a Unicast endpoint client on a Unicast network with the ability to access a Multicast session on an Multicast network.
Background of the Invention In conventional packet, frame or cell based systems there are typically two modes of communication: point-to-point (also known as Unicast) and point-to-multipoint (also known as Multicast). Multicast addresses typically differ from Unicast addresses in that they refer to an intermediate abstraction known as a group. All senders address their transmitted information to this group and all receivers are "tuned" to "listen"
to that address to receive the information transmitted to that group by the senders. The senders of information are thus effectively de-coupled from the set of receivers. Senders do not need to know who the receivers are -they simply transmit packets addressed to the group. Similarly, receivers do not need to know who the senders are - they simply send a request to the network (routers) to join a specific group of interest.
Multimedia distribution and conferencing/collaboration systems are advantageously and efficiently supported by Multicast communication methods. As will be used herein, a specific Multicast communication is referred to as a session. In the prior art, it is not possible for Unicast endpoints to access Multicast sessions, due to the differences in addressing modes and receiving modes. This disadvantageously limits the ability of a user at a Unicast endpoint client to participate in sessions in which they have interest and in which they could be an active participant.
Summary of the Invention In accordance with the present invention, Unicast endpoint clients are enabled to access Multicast sessions. Furthermore, in accordance with the present inventions, Unicast endpoint clients are enabled to request network-based recording systems pertorm recordings of the Multicast session on behalf of clients. Even furthermore, in addition to LAN attached endpoints, analog dial-up (e.g., 28.8 kbps) as well as ISDN Unicast endpoints are enabled to access appropriately bandwidth-reduced versions of nominally high bandwidth sessions.
Inter-connectivity between a Unicast client connected to a Unicast network and one or more Multicast clients connected to a Multicast network is effected through a Multicast-Unicast Server (MUS), in accordance with the present invention. Such a server obtains information about sessions on the Multicast network and makes such information available to the Unicast client on the Unicast network upon request by the client. Upon being presented with a list describing the subject matter of each session, the user at the Unicast client selects the session to which he or she wants to join, which causes the Multicast-Unicast server to join the appropriate session on a E CA 02245979 2002-05-14 behalf of the requesting client for each media type for which the joining client wants to be a participant. The server then sets a bi-directional Unicast User Datagram Protocol (UDP) stream between itself and the client. All packets then received by the server from the Unicast client are address-translated to the appropriate Multicast session address: In addition, all packets received by the server on the Multicast session address are address-translated and sent to the Unicast client. The Unicast client is then able to participate in the Multicast session as both a sender and a receiver of packets to and from other Unicast and Multicast clients l0 which are active during the session. Further, such a Unicast client, if authenticated to do so, is capable of creating a new session, and of recording a session in the network'for later retrieval and playback.
Furthermore, transcoding and rate adapting gateways are deployed within the Multicast network that map existing sessions into low bandwidth versions. if the Unicast client is a dial-up user connected to the Unicast network over analog or ISDN facilities, these rate-controlled sessions can then be accessed by the dial-up users.
In accordance with one aspect of the present invention there is provided a method of providing access to a Multicast session on a Multicast network to a Unicast client on a Unicast network comprising:
accumulating at a gateway server interconnecting the Multicast network and the Unicast network directory information relating to Multicast sessions on the Multicast network; supplying the Unicast client with the directory information accumulated by the gateway server; receiving at the gateway server from the Unicast client a request to join a selected session chosen from the directory information; joining the requested-for Multicast session at the gateway server on behalf of the Unicast client; converting at the t' CA 02245979 2002-05-14 3a gateway server an address of Multicast packets received on a Multicast address associated with the requested-for session to a Unicast address of the Unicast client and sending the Multicast packets received by the gateway server on the Multicast address to the Unicast client; and transmitting packets received at the gateway server from the Unicast ciient to the Multicast address associated with the requested-for session.
In accordance with another aspect of the present invention there is provided a Multicast-Unicast server comprising: means for accumulating from a connected-to Multicast network directory information relating to 1o Multicast sessions on the Multicast network; means for receiving from a Unicast client on a Unicast network connected to the server a request to join a Multicast session from among the Multicast sessions accumulated in the directory information; means for joining the requested-for Multicast session on behalf of the client; and means for converting the Multicast address of the Multicast packets on the requested-for Multicast session to a Unicast address associated with the Unicast client and for sending the Multicast packets on the requested-for Multicast session to the Unicast client at that Unicast address, and for sending packets received from the Unicast client to the Multicast address associated with the selected session:
Brief Description of the Drawings FIG. 1 is a block diagram showing Unicast clients connected on a Unicast Internet Protocol (1P) nefinrork accessing an IP Multicast network through Multicast-Unicast Servers (MUS's);
FIG: 2 is a block diagram of a MUS;
FIG. 3 shows the software components of a client terminal that enable the client to access a Multicast session;
FIG. 4 is a flowchart detailing the steps associated with a Unicast client joining a Multicast session on the Multicast network;
FIG. 5 is a flowchart detailing the steps of a Unicast client creating a Multicast session;
FIG. 6 is a flowchart detailing the steps of a Unicast client recording a Multicast session; and FIGS. 7A and 7B together detail the steps of a Unicast client rate-adapting/transcoding a Multicast session.
Detailed Description With reference to FIG. 1, an IP Multicast network 101 is shown including, as way of illustration, three interconnected Multicast Routers (MR) 102-1, 102-2, and 102-3. A well known currently in place IP Multicast 5 network is the so-called MBONE (Multicast Backbone), which is a public shared IP Multicast network spanning many countries and covering thousands of IP sub-networks. In addition to the MBONE, numerous private Intranets also use Multicast IP for intra-corporate communications. A
plurality of multimedia client terminals are connected to IP Multicast network 101, for example the MBONE. For way of illustration only, in FIG. 1 two client terminals 103 and 104 are shown connected to network 101 through respective Local Area Networks (LANs) 105 and 106, respectively. Each LAN is connected through a customer premises router (not shown) over, for example, a T1 line, Frame Relay (FR), ATM, or an X.25 connection. In accordance with Multicast communication, a sender of information of a particular media type transmits packets of information to a particular address, which are then automatically distributed to each of the members of a group that have requested to receive from that address. Advantageously, the network performs the replication functions necessary so that each receiver client of the group can receive the packets transmitted to the address by a sender or senders.
In accordance with the present invention, Unicast client terminals connected to a Unicast IP network is capable of joining in and participating with a Multicast session on an IP Multicast network. FIG. 1 shows two Unicast IP networks 107 and 108. Illustrative Unicast client terminals 110 and 111 are connected to network 107 through conventional Unicast Routers (URs) 112 and 113, respectively. Unicast client terminal 115 is connected to UR 116 within network 108. UR 116 in turn is shown connected to another UR, UR 117 for example, which in turn is connected to UR 118. Networks 107 and 108 are shown as being interconnected through UR 112 and 118, thus enabling Unicast IP communication between a client terminal connected to Unicast IP network 107and a client terminal connected to Unicast IP network 108. The Unicast client terminals 110, 111 and 115, for example, can be connected to networks 107 or 108 over a Plain Old Telephone Service (POTS) dial-up connection, an ISDN
connection or an Asynchronous Digital Subscriber Loop (ADSL) connection, each to a Local Exchange Carrier (LEG) (not shown) and from there to an Internet Service Provider (ISP) (not shown), which in turn is connected to the Unicast IP network through a Unicast Router. Alternatively, a client terminal can be connected to an ISP through a cable modem over cable facilities through a cable TV provider. Even further, the Unicast client terminal could be connected to a LAN and to a customer premises router to a UR over, for example, a Wide Area Network (WAN), T1 facilities, Frame Relay, ATM, or X.25. In accordance with this invention, Unicast client terminals 110, 111, 115, for example, on Unicast IP networks 107 and 108, can participate in a Multicast IP session on IP Multicast network 101.
Specifically, such functionality is enabled through Multicast-Unicast Servers (MUS's), such as MUS 120 in network 107 and MUS 121 in network 108, which each interconnect their respective Unicast IP networks 107 and 108, with the IP Multicast Network 101.
FIG. 5 is a flowchart detailing the steps of a Unicast client creating a Multicast session;
FIG. 6 is a flowchart detailing the steps of a Unicast client recording a Multicast session; and FIGS. 7A and 7B together detail the steps of a Unicast client rate-adapting/transcoding a Multicast session.
Detailed Description With reference to FIG. 1, an IP Multicast network 101 is shown including, as way of illustration, three interconnected Multicast Routers (MR) 102-1, 102-2, and 102-3. A well known currently in place IP Multicast 5 network is the so-called MBONE (Multicast Backbone), which is a public shared IP Multicast network spanning many countries and covering thousands of IP sub-networks. In addition to the MBONE, numerous private Intranets also use Multicast IP for intra-corporate communications. A
plurality of multimedia client terminals are connected to IP Multicast network 101, for example the MBONE. For way of illustration only, in FIG. 1 two client terminals 103 and 104 are shown connected to network 101 through respective Local Area Networks (LANs) 105 and 106, respectively. Each LAN is connected through a customer premises router (not shown) over, for example, a T1 line, Frame Relay (FR), ATM, or an X.25 connection. In accordance with Multicast communication, a sender of information of a particular media type transmits packets of information to a particular address, which are then automatically distributed to each of the members of a group that have requested to receive from that address. Advantageously, the network performs the replication functions necessary so that each receiver client of the group can receive the packets transmitted to the address by a sender or senders.
In accordance with the present invention, Unicast client terminals connected to a Unicast IP network is capable of joining in and participating with a Multicast session on an IP Multicast network. FIG. 1 shows two Unicast IP networks 107 and 108. Illustrative Unicast client terminals 110 and 111 are connected to network 107 through conventional Unicast Routers (URs) 112 and 113, respectively. Unicast client terminal 115 is connected to UR 116 within network 108. UR 116 in turn is shown connected to another UR, UR 117 for example, which in turn is connected to UR 118. Networks 107 and 108 are shown as being interconnected through UR 112 and 118, thus enabling Unicast IP communication between a client terminal connected to Unicast IP network 107and a client terminal connected to Unicast IP network 108. The Unicast client terminals 110, 111 and 115, for example, can be connected to networks 107 or 108 over a Plain Old Telephone Service (POTS) dial-up connection, an ISDN
connection or an Asynchronous Digital Subscriber Loop (ADSL) connection, each to a Local Exchange Carrier (LEG) (not shown) and from there to an Internet Service Provider (ISP) (not shown), which in turn is connected to the Unicast IP network through a Unicast Router. Alternatively, a client terminal can be connected to an ISP through a cable modem over cable facilities through a cable TV provider. Even further, the Unicast client terminal could be connected to a LAN and to a customer premises router to a UR over, for example, a Wide Area Network (WAN), T1 facilities, Frame Relay, ATM, or X.25. In accordance with this invention, Unicast client terminals 110, 111, 115, for example, on Unicast IP networks 107 and 108, can participate in a Multicast IP session on IP Multicast network 101.
Specifically, such functionality is enabled through Multicast-Unicast Servers (MUS's), such as MUS 120 in network 107 and MUS 121 in network 108, which each interconnect their respective Unicast IP networks 107 and 108, with the IP Multicast Network 101.
The Multicast-Unicast Servers 120 and 121 function as gateways that enable those Unicast-connected clients on their respective Unicast IP
networks to access IP Multicast network 101. Specifically, each MUS
through interaction with client software on the Unicast client on the Unicast IP network enables such client to join a group on the IP Multicast network by providing information relating to what sessions are in progress or scheduled on network 101. The MUS then receives and sends data on those groups within a session selected by client on behalf of the client. Thus, the MUS
functions to convert the address of the Multicast IP packets of a requested-for group to the Unicast IP endpoint address of the requesting client.
Furthermore, the MUS functions to transmit packets it receives from the Unicast endpoint client to a list of any other Unicast endpoint receivers for the requested-for Multicast group on the same Unicast IP network or an interconnected Unicast IP network (107 or 108), as well as to the Multicast group address itself on the IP Multicast network 101 to enable the Multicast endpoints, 103 and 104, for example, connected on that network to receive packets originating from the Unicast client.
FIGS. 2 and 3 are block diagrams of an MUS 201 and a client terminal 301, respectively, showing their functions that enable them to operate in accordance with the present invention. In FIG. 2 a Session Description Protocol (SDP) listener process 202 coupled to the IP Multicast network 101 listens for session announcements transmitted on Multicast network 101. Such directory announcements are repeatedly sent over the IP Multicast network 101. These "advertised" sessions are received by the SDP/SAP advertised process 203 and stored in a sessions database 204.
networks to access IP Multicast network 101. Specifically, each MUS
through interaction with client software on the Unicast client on the Unicast IP network enables such client to join a group on the IP Multicast network by providing information relating to what sessions are in progress or scheduled on network 101. The MUS then receives and sends data on those groups within a session selected by client on behalf of the client. Thus, the MUS
functions to convert the address of the Multicast IP packets of a requested-for group to the Unicast IP endpoint address of the requesting client.
Furthermore, the MUS functions to transmit packets it receives from the Unicast endpoint client to a list of any other Unicast endpoint receivers for the requested-for Multicast group on the same Unicast IP network or an interconnected Unicast IP network (107 or 108), as well as to the Multicast group address itself on the IP Multicast network 101 to enable the Multicast endpoints, 103 and 104, for example, connected on that network to receive packets originating from the Unicast client.
FIGS. 2 and 3 are block diagrams of an MUS 201 and a client terminal 301, respectively, showing their functions that enable them to operate in accordance with the present invention. In FIG. 2 a Session Description Protocol (SDP) listener process 202 coupled to the IP Multicast network 101 listens for session announcements transmitted on Multicast network 101. Such directory announcements are repeatedly sent over the IP Multicast network 101. These "advertised" sessions are received by the SDP/SAP advertised process 203 and stored in a sessions database 204.
Other sessions that are not announced and thus not received by the SDP
listener process 202, are entered by a system administrator through a static sessions process 205 and also stored in sessions database 204. An example of the latter might be a weather channel that is always present on a predetermined socket and is not repeatedly announced over the IP Multicast network 101.
An HTTP server 206 can read the sessions database 204 so that when a client connects to the server, the client is able to receive a listing of those Multicast sessions presently on the IP Multicast network 101. When the client connects to the server 206, the server executes a CGI (Common Gateway Interface) scripts 207 within the HTTP server 206 on behalf of the client to present the information pertaining to the sessions to the client.
Such information is presented back to the client 301 (FIG. 3) through its web browser program 302 (in FIG. 3). The client initiates a request to join a session by selecting a URL on an HTML web page presented to it by HTTP
server 206. A message is thus sent from the client 301 by web browser 302, which when received by server HTTP 206 causes it to invoke certain actions. Specifically, HTTP server 206 sends a response back to the client comprising a control message containing information indicating what tool needs to be used in order to join the selected session. Such tools are well known in the art and may include, for example, the Visual Audio Tool (VAT), the Visual Conference Tool (VIC), or the Internet Protocol Television Tool (IPTV). Furthermore, the message indicates where the tools should be connected, i.e., specifically, to which socket on the MUS the tool should be connected. On the client side, the client 301 then launches from launch program 303 the specified tool from tool program 304 to the indicated sockets on the MUS 201. CGI scripts program 207 then initiates the translation/packet-forwarding server 208 within MUS 201 to join the requested Multicast group or groups (one group per selected media type) associated with the selected session. CGI scripts 207 that initiated such join action to take place then adds that client's Unicast address to a list of receivers for the requested Multicast group or groups. Server 208 then forwards Multicast packets received from the client to the list of receivers for each joined group and translates the Multicast address of packets received from the joined group to the Unicast address of the joining client.
The steps associated with a client joining a session are detailed with reference to the flowchart in FIG. 4. At step 401, the SDP listener process accumulates IP Multicast network 101 directory announcements into database 204. The database is filtered and converted into a standard HTML page, where each URL points to information pertaining to each Multicast session in the filtered database. At step 402, the HTTP server 206 listens for requests for Multicast sessions/URLs on the HTML page which contains a list of URLs describing the sessions. At step 403, a request is received from a client for a copy of the page containing the Multicast sessions. At step 404, the HTTP server 206 sends a message back to the client requesting the user enter a login id and a password for authentication purposes. If the user is successfully authenticated at step 405, at step 406, server 206 returns a page to the client containing a list of sessions. When, at step 407, the user of the client browses the page and requests a session indicated by a URL, at step 408, server 206 returns a page containing details of the session and buttons enabling the client to request the session to start, as well as other functions to be described later herein. At step 409, the client starts a selected session (or specific media in the session) by "pressing" a button on the HTML page. The server 206 then launches a 5 control script 207. At step 410, the control script 207 sends a response to the client containing information about which multimedia tool to launch, and what UDP sockets (the Unicast IP address on the MUS and associated ports) to listen to and to send information to corresponding to the requested group. It can be assumed that at least one socket is used. A second 10 socket may be used to send control/status information from each member of the Multicast group. At step 411, the same control script 207 of server 206 causes the Multicast-to Unicast gateway to join the requested-for Multicast group and adds the requesting client to the list of receivers for the requested for Multicast group. For each requesting client, server 206 also converts the address of the Multicast IP packets of the requested-for group to the Unicast IP address of the requesting client, and sends the Unicast IP packets to the requesting client using the well-known User Datagram Protocol (UDP).
Server 206 also transmits any packets it receives from the client to any other Unicast client on that Multicast group, as well as to the Multicast group address itself on the IP Multicast network 101. At step 412, when the client exits from the multimedia tool, server 206 detects that status messages from the client are no longer being sent and removes the client from the list of destinations for the particular Multicast group.
The steps associated with a client creating a new session are detailed in FIG. 5. At step 501, as previously described in connection with the steps in FIG. 4 associated with a client joining a session, the SDP
listener process 202 accumulates IP Multicast network 101 directory announcements into database 204. The database is filtered and converted into a standard HTML page, where each URL points to information pertaining to each Multicast session in the filtered database. At step 502, the HTTP server 206 listens for requests for Multicast sessions/URLs on the HTML page which contains a list of URLs describing the sessions. When a user of a client requests a copy of the page containing the Multicast sessions at step 503, the server 206, at step 504, sends a message back to the client requesting a login id and password for authentication purposes. If authentication is successful at step 505, at step 506, server 206 returns a page to the client containing a list of sessions. When the user browses that page and requests a specific URL, server 206, at step 507, returns a page containing details of the session and buttons enabling the client to request a session to start, to create a new session, to edit or delete an existing session, and to record the current session, the later functionality to be described hereinafter. When, at step 508, the user "presses' a button to create a new session, at step 509, server 206 returns a form to the client requesting the client to enter a login id and password appropriate for creating a new session, which may or may not be the same as the login id and password associated with the initial authentication process. If, at step 510, the client is authenticated for session creation, server 206 returns at step 511 a form to the client with fields to be filled in by the user for the session name, session description, a URL address for more detailed or related information, a field to set the Multicast packet Time to Live value (TTL), selection boxes for various media tools, and associated coding formats, Multicast addresses and ports to use, the name and phone number of a responsible person, and the duration of the session announcement.
When the user fills in the fields and selects a create button, the filled-in form is returned to the server 206. Server 206 checks that certain key fields are correct and filled in. If not, an error message is returned to the client;
otherwise server 206 stores the data in a file that is indexed to the login id used to access the form. The data, at step 512, is then made available to a Session Announcement Protocol (SAP) process 210 on MUS 201. At step 513, the SAP process 210 periodically announces the session onto a well-known Multicast IP address and port reserved for such announcements for a period of time equal to the duration field as entered in the form. When this time period expires, the SAP process 210 ceases to announce the session.
A Unicast endpoint can also, in accordance with the present invention, request that a session be recorded for later rebroadcast or retrieval on demand. To effect such recording, in FIG. 1, a recorder 125 is connected via LAN 126 to the IP Multicast network 101. The flowchart in FIG. 6 details the steps associated with a user at a client terminal requesting that a session be recorded. As described previously, the client must be given a login id and password to enable access to the HTTP server 206 which has a list of the IP Multicast sessions. At step 601, the SDP
listener process 202 accumulates IP Multicast network 101 directory announcements into sessions database 204. The database is filtered and converted into a standard HTML page, where each URL points to information pertaining to each Multicast session in the filtered database. At step 602, server 206 listens for requests for Multicast sessions/URLs on the HTML page which contains a list of URLs describing the sessions. When, at step 603, a user requests a copy of the page containing the Multicast sessions, at step 604, server 206 sends a message back to the client requesting his or her login id and password for authentication purposes. If, at step 605, authentication is successful, at step 606, server 206 returns a page to the client containing a list of sessions. When a user browses that page and requests a URL, server 206, at step 607, returns a page containing details of the session, and buttons enabling the client to request a session, to start the existing session, to create a new session, to edit or delete an existing session, or to record the current session. At step 608, the user "presses" a button to record a session and, at step 609, server 206 returns a form to the client requesting the user to enter a login id and password for recording purposes, which may or may not be the same as the login id and password used in a previous step. If, at step 610, the client is authenticated for session recording, server 206 returns a form to the client with fields to be filled in or options to be selected. The form contains selection boxes for the various media of the session, and start and stop date and time fields, as well as a start button to "push" when the form is complete. When the user fills in the fields and selects the start form, the filled-in form is returned to server 206. Server 206 checks that certain key fields are correct and filled in. If not, an error message is returned to the client; otherwise the server stores the data in a file that is indexed to the login id used to access the form. At step 611, server 206 sends a message to the recording server 125 to start the recording at the specified date and time. The recording server 125, at step 612, then records the session at the appropriate time using a well-known program for reading IP Multicast packets in the RTP format. At step 613, the stored session is retrieved on-demand by the user.
To support dial-up Unicast endpoint users, prior art transcoding and rate adapting gateways, such as transcoder/adapter 127 in FIG. 1, are deployed within IP Multicast network 101. As shown in FIG. 1, transcoder/rate adapter gateway 127 is connected via LAN 128 to the IP
Multicast network 101. Alternatively, transcoder/rate adapter gateway 127 may be co-resident with either MUS 120 or 121. The gateway maps existing high bandwidth sessions into low bandwidth versions of the same session suitable for 28.8 kbps modems or ISDN adapters by using frame discarding algorithms. Announcements about these rate-controlled sessions are then placed in the database of IP Multicast network 101 sessions.
An alternative mechanism for invoking the transcoding/rate adapting gateways could be based on user/client action. The steps associated with a client requesting that a session be automatically transcoded/rate adapted are detailed in FIGS. 7A and 7B. As described previously, the user of the client must be given a login id and a password to enable access to HTTP
server 206. As described previously, at step 701, the SDP listener process 202 accumulates IP Multicast network 101 directory announcements into database 204. The database is filtered and converted into a standard HTML page, where each URL points to information pertaining to each Multicast session the filtered database. It is assumed that a required bandwidth parameter and maximum packet loss parameter are associated with each session. For sessions using a form as previously described, this is accomplished by the use of additional fields corresponding to these parameters in the "new session" form described hereinabove. At step 702, 5 HTTP server 206 listens for requests for Multicast sessions/URLs on the HTML page containing a list of URLS describing the sessions. When, at step 703, a request is received from a client for a copy of the page containing the Multicast sessions, at step 704, server 206 sends a message back to the client requesting a login id and password for authentication 10 purposes. If, at step 705, authentication is successful, at step 706, server 206 returns a page to the client containing a list of sessions. When after the user browses the page, and at step 707, selects a session and groups) within a session, server 206, at step 708, returns a page containing details of the session and buttons enabling the client to request a session to start, 15 to create a new session, to edit or delete an existing session, or to record the current session. At step 709, the user pushes a button to request the session or specific media in the session to start. In response thereto, at step 710, server 206 launches a control script which sends a series of test packets to the client. At step 711, the client echoes these same packets back to the server 206. At step 712, the server computes an estimate of the available bandwidth and packet loss along the path between the server and the client by comparing the transmitted test packets with the received test packets. If, at decision step 713, the performance requirements of the session exceed that of the path, at step 714, rate-adaptation or transcoding is needed. If not, the process continues as previously described for a client joining an existing session. If rate adaptation or transcoding is needed, at step 715, one out of plurality of lower rate encodings is selected based on the measured characteristics of the path. It is to be assumed that a finite set of rate adapted sessions are allowed by the server 206. As an example, if the original session was 128 kbps, rate adaptation to 56 kbps, 28.8 kbps and 20 kbps may be allowed. At step 716, HTTP server 206 sends a message to the transcoding/rate adapting gateway 127 indicating which Multicast group is to be joined, to what bandwidth the media-type should be rate-adapted, what (if any) alternative coding needs to applied, and what new Multicast address and port number the transcoded session should use.
At step 717, a determination is made whether that group has already been rate-adapted/transcoded. If yes, at step 718, the Multicast address and port number corresponding to the already rate-adapted/transcoded group is used and the process proceeds to step 719. If no, at step 720, the transcoder/rate adapter gateway 127 is invoked to transcode the session with appropriate bandwidth parameters and to re-Multicast the resulting lower-bandwidth session using a different Multicast address and port number. At step 719, the server 206 sends a message to the client containing information about which multimedia tool to launch, and what UDP
sockets ( the Unicast IP address on the MUS and associated ports) to listen to and to send information to corresponding to the requested session. At step 721, the control-script causes the MUS gateway to join the requested Multicast group and add the requesting client to the list of receivers for requested Multicast group. For each requesting client, the server converts the address of the Multicast IP packets of the requested-for group to the Unicast IP address of the requesting client, and sends the Unicast IP
packets to the requesting client using the well-known User Datagram Protocol. The server also transmits any packets it receives from the client to the list of receivers for that Multicast group, as well as to the Multicast group address itself. At step 722, when the client exits the multimedia tool, the HTTP server 206 detects that status messages from the client are no longer being sent and removes the client from the list of destinations for the particular Multicast group.
The system described hereinabove is highly scaleable in that the MUS and other servers may be distributed throughout the Multicast-enabled portion of the network. If the number of such endpoints is likely to be large, for efficiency, it is preferred that the servers be located close to the Unicast client endpoints. For small conferencing group, the location or distribution of the MUS's is not important. Advantageously, the present invention IS enables any IP Multicast-based service to be gradually introduced and rolled out on a small scale before all clients are enabled for IP Multicast.
As clients become IP Multicast enabled, there could be a transition to a hybrid IP Multicast mode of operation where some clients are IP Multicast connected and others are not.
Although described in connection with Unicast IP endpoints connecting to an IP Multicast network 101 such as the MBONE, the present invention could be employed with any IP Multicast network. Further the present invention could be employed with any Multicast network and Unicast network that operate in a similar fashion to IP Multicast and Unicast networks.
listener process 202, are entered by a system administrator through a static sessions process 205 and also stored in sessions database 204. An example of the latter might be a weather channel that is always present on a predetermined socket and is not repeatedly announced over the IP Multicast network 101.
An HTTP server 206 can read the sessions database 204 so that when a client connects to the server, the client is able to receive a listing of those Multicast sessions presently on the IP Multicast network 101. When the client connects to the server 206, the server executes a CGI (Common Gateway Interface) scripts 207 within the HTTP server 206 on behalf of the client to present the information pertaining to the sessions to the client.
Such information is presented back to the client 301 (FIG. 3) through its web browser program 302 (in FIG. 3). The client initiates a request to join a session by selecting a URL on an HTML web page presented to it by HTTP
server 206. A message is thus sent from the client 301 by web browser 302, which when received by server HTTP 206 causes it to invoke certain actions. Specifically, HTTP server 206 sends a response back to the client comprising a control message containing information indicating what tool needs to be used in order to join the selected session. Such tools are well known in the art and may include, for example, the Visual Audio Tool (VAT), the Visual Conference Tool (VIC), or the Internet Protocol Television Tool (IPTV). Furthermore, the message indicates where the tools should be connected, i.e., specifically, to which socket on the MUS the tool should be connected. On the client side, the client 301 then launches from launch program 303 the specified tool from tool program 304 to the indicated sockets on the MUS 201. CGI scripts program 207 then initiates the translation/packet-forwarding server 208 within MUS 201 to join the requested Multicast group or groups (one group per selected media type) associated with the selected session. CGI scripts 207 that initiated such join action to take place then adds that client's Unicast address to a list of receivers for the requested Multicast group or groups. Server 208 then forwards Multicast packets received from the client to the list of receivers for each joined group and translates the Multicast address of packets received from the joined group to the Unicast address of the joining client.
The steps associated with a client joining a session are detailed with reference to the flowchart in FIG. 4. At step 401, the SDP listener process accumulates IP Multicast network 101 directory announcements into database 204. The database is filtered and converted into a standard HTML page, where each URL points to information pertaining to each Multicast session in the filtered database. At step 402, the HTTP server 206 listens for requests for Multicast sessions/URLs on the HTML page which contains a list of URLs describing the sessions. At step 403, a request is received from a client for a copy of the page containing the Multicast sessions. At step 404, the HTTP server 206 sends a message back to the client requesting the user enter a login id and a password for authentication purposes. If the user is successfully authenticated at step 405, at step 406, server 206 returns a page to the client containing a list of sessions. When, at step 407, the user of the client browses the page and requests a session indicated by a URL, at step 408, server 206 returns a page containing details of the session and buttons enabling the client to request the session to start, as well as other functions to be described later herein. At step 409, the client starts a selected session (or specific media in the session) by "pressing" a button on the HTML page. The server 206 then launches a 5 control script 207. At step 410, the control script 207 sends a response to the client containing information about which multimedia tool to launch, and what UDP sockets (the Unicast IP address on the MUS and associated ports) to listen to and to send information to corresponding to the requested group. It can be assumed that at least one socket is used. A second 10 socket may be used to send control/status information from each member of the Multicast group. At step 411, the same control script 207 of server 206 causes the Multicast-to Unicast gateway to join the requested-for Multicast group and adds the requesting client to the list of receivers for the requested for Multicast group. For each requesting client, server 206 also converts the address of the Multicast IP packets of the requested-for group to the Unicast IP address of the requesting client, and sends the Unicast IP packets to the requesting client using the well-known User Datagram Protocol (UDP).
Server 206 also transmits any packets it receives from the client to any other Unicast client on that Multicast group, as well as to the Multicast group address itself on the IP Multicast network 101. At step 412, when the client exits from the multimedia tool, server 206 detects that status messages from the client are no longer being sent and removes the client from the list of destinations for the particular Multicast group.
The steps associated with a client creating a new session are detailed in FIG. 5. At step 501, as previously described in connection with the steps in FIG. 4 associated with a client joining a session, the SDP
listener process 202 accumulates IP Multicast network 101 directory announcements into database 204. The database is filtered and converted into a standard HTML page, where each URL points to information pertaining to each Multicast session in the filtered database. At step 502, the HTTP server 206 listens for requests for Multicast sessions/URLs on the HTML page which contains a list of URLs describing the sessions. When a user of a client requests a copy of the page containing the Multicast sessions at step 503, the server 206, at step 504, sends a message back to the client requesting a login id and password for authentication purposes. If authentication is successful at step 505, at step 506, server 206 returns a page to the client containing a list of sessions. When the user browses that page and requests a specific URL, server 206, at step 507, returns a page containing details of the session and buttons enabling the client to request a session to start, to create a new session, to edit or delete an existing session, and to record the current session, the later functionality to be described hereinafter. When, at step 508, the user "presses' a button to create a new session, at step 509, server 206 returns a form to the client requesting the client to enter a login id and password appropriate for creating a new session, which may or may not be the same as the login id and password associated with the initial authentication process. If, at step 510, the client is authenticated for session creation, server 206 returns at step 511 a form to the client with fields to be filled in by the user for the session name, session description, a URL address for more detailed or related information, a field to set the Multicast packet Time to Live value (TTL), selection boxes for various media tools, and associated coding formats, Multicast addresses and ports to use, the name and phone number of a responsible person, and the duration of the session announcement.
When the user fills in the fields and selects a create button, the filled-in form is returned to the server 206. Server 206 checks that certain key fields are correct and filled in. If not, an error message is returned to the client;
otherwise server 206 stores the data in a file that is indexed to the login id used to access the form. The data, at step 512, is then made available to a Session Announcement Protocol (SAP) process 210 on MUS 201. At step 513, the SAP process 210 periodically announces the session onto a well-known Multicast IP address and port reserved for such announcements for a period of time equal to the duration field as entered in the form. When this time period expires, the SAP process 210 ceases to announce the session.
A Unicast endpoint can also, in accordance with the present invention, request that a session be recorded for later rebroadcast or retrieval on demand. To effect such recording, in FIG. 1, a recorder 125 is connected via LAN 126 to the IP Multicast network 101. The flowchart in FIG. 6 details the steps associated with a user at a client terminal requesting that a session be recorded. As described previously, the client must be given a login id and password to enable access to the HTTP server 206 which has a list of the IP Multicast sessions. At step 601, the SDP
listener process 202 accumulates IP Multicast network 101 directory announcements into sessions database 204. The database is filtered and converted into a standard HTML page, where each URL points to information pertaining to each Multicast session in the filtered database. At step 602, server 206 listens for requests for Multicast sessions/URLs on the HTML page which contains a list of URLs describing the sessions. When, at step 603, a user requests a copy of the page containing the Multicast sessions, at step 604, server 206 sends a message back to the client requesting his or her login id and password for authentication purposes. If, at step 605, authentication is successful, at step 606, server 206 returns a page to the client containing a list of sessions. When a user browses that page and requests a URL, server 206, at step 607, returns a page containing details of the session, and buttons enabling the client to request a session, to start the existing session, to create a new session, to edit or delete an existing session, or to record the current session. At step 608, the user "presses" a button to record a session and, at step 609, server 206 returns a form to the client requesting the user to enter a login id and password for recording purposes, which may or may not be the same as the login id and password used in a previous step. If, at step 610, the client is authenticated for session recording, server 206 returns a form to the client with fields to be filled in or options to be selected. The form contains selection boxes for the various media of the session, and start and stop date and time fields, as well as a start button to "push" when the form is complete. When the user fills in the fields and selects the start form, the filled-in form is returned to server 206. Server 206 checks that certain key fields are correct and filled in. If not, an error message is returned to the client; otherwise the server stores the data in a file that is indexed to the login id used to access the form. At step 611, server 206 sends a message to the recording server 125 to start the recording at the specified date and time. The recording server 125, at step 612, then records the session at the appropriate time using a well-known program for reading IP Multicast packets in the RTP format. At step 613, the stored session is retrieved on-demand by the user.
To support dial-up Unicast endpoint users, prior art transcoding and rate adapting gateways, such as transcoder/adapter 127 in FIG. 1, are deployed within IP Multicast network 101. As shown in FIG. 1, transcoder/rate adapter gateway 127 is connected via LAN 128 to the IP
Multicast network 101. Alternatively, transcoder/rate adapter gateway 127 may be co-resident with either MUS 120 or 121. The gateway maps existing high bandwidth sessions into low bandwidth versions of the same session suitable for 28.8 kbps modems or ISDN adapters by using frame discarding algorithms. Announcements about these rate-controlled sessions are then placed in the database of IP Multicast network 101 sessions.
An alternative mechanism for invoking the transcoding/rate adapting gateways could be based on user/client action. The steps associated with a client requesting that a session be automatically transcoded/rate adapted are detailed in FIGS. 7A and 7B. As described previously, the user of the client must be given a login id and a password to enable access to HTTP
server 206. As described previously, at step 701, the SDP listener process 202 accumulates IP Multicast network 101 directory announcements into database 204. The database is filtered and converted into a standard HTML page, where each URL points to information pertaining to each Multicast session the filtered database. It is assumed that a required bandwidth parameter and maximum packet loss parameter are associated with each session. For sessions using a form as previously described, this is accomplished by the use of additional fields corresponding to these parameters in the "new session" form described hereinabove. At step 702, 5 HTTP server 206 listens for requests for Multicast sessions/URLs on the HTML page containing a list of URLS describing the sessions. When, at step 703, a request is received from a client for a copy of the page containing the Multicast sessions, at step 704, server 206 sends a message back to the client requesting a login id and password for authentication 10 purposes. If, at step 705, authentication is successful, at step 706, server 206 returns a page to the client containing a list of sessions. When after the user browses the page, and at step 707, selects a session and groups) within a session, server 206, at step 708, returns a page containing details of the session and buttons enabling the client to request a session to start, 15 to create a new session, to edit or delete an existing session, or to record the current session. At step 709, the user pushes a button to request the session or specific media in the session to start. In response thereto, at step 710, server 206 launches a control script which sends a series of test packets to the client. At step 711, the client echoes these same packets back to the server 206. At step 712, the server computes an estimate of the available bandwidth and packet loss along the path between the server and the client by comparing the transmitted test packets with the received test packets. If, at decision step 713, the performance requirements of the session exceed that of the path, at step 714, rate-adaptation or transcoding is needed. If not, the process continues as previously described for a client joining an existing session. If rate adaptation or transcoding is needed, at step 715, one out of plurality of lower rate encodings is selected based on the measured characteristics of the path. It is to be assumed that a finite set of rate adapted sessions are allowed by the server 206. As an example, if the original session was 128 kbps, rate adaptation to 56 kbps, 28.8 kbps and 20 kbps may be allowed. At step 716, HTTP server 206 sends a message to the transcoding/rate adapting gateway 127 indicating which Multicast group is to be joined, to what bandwidth the media-type should be rate-adapted, what (if any) alternative coding needs to applied, and what new Multicast address and port number the transcoded session should use.
At step 717, a determination is made whether that group has already been rate-adapted/transcoded. If yes, at step 718, the Multicast address and port number corresponding to the already rate-adapted/transcoded group is used and the process proceeds to step 719. If no, at step 720, the transcoder/rate adapter gateway 127 is invoked to transcode the session with appropriate bandwidth parameters and to re-Multicast the resulting lower-bandwidth session using a different Multicast address and port number. At step 719, the server 206 sends a message to the client containing information about which multimedia tool to launch, and what UDP
sockets ( the Unicast IP address on the MUS and associated ports) to listen to and to send information to corresponding to the requested session. At step 721, the control-script causes the MUS gateway to join the requested Multicast group and add the requesting client to the list of receivers for requested Multicast group. For each requesting client, the server converts the address of the Multicast IP packets of the requested-for group to the Unicast IP address of the requesting client, and sends the Unicast IP
packets to the requesting client using the well-known User Datagram Protocol. The server also transmits any packets it receives from the client to the list of receivers for that Multicast group, as well as to the Multicast group address itself. At step 722, when the client exits the multimedia tool, the HTTP server 206 detects that status messages from the client are no longer being sent and removes the client from the list of destinations for the particular Multicast group.
The system described hereinabove is highly scaleable in that the MUS and other servers may be distributed throughout the Multicast-enabled portion of the network. If the number of such endpoints is likely to be large, for efficiency, it is preferred that the servers be located close to the Unicast client endpoints. For small conferencing group, the location or distribution of the MUS's is not important. Advantageously, the present invention IS enables any IP Multicast-based service to be gradually introduced and rolled out on a small scale before all clients are enabled for IP Multicast.
As clients become IP Multicast enabled, there could be a transition to a hybrid IP Multicast mode of operation where some clients are IP Multicast connected and others are not.
Although described in connection with Unicast IP endpoints connecting to an IP Multicast network 101 such as the MBONE, the present invention could be employed with any IP Multicast network. Further the present invention could be employed with any Multicast network and Unicast network that operate in a similar fashion to IP Multicast and Unicast networks.
The above-described embodiments are illustrative of the principles of the present invention. Other embodiments could be devised by those skilled in the art without departing from the spirit and scope of the present invention.
Claims (15)
1. A method of providing access to a Multicast session on a Multicast network to a Unicast client on a Unicast network comprising:
accumulating at a gateway server interconnecting the Multicast network and the Unicast network directory information relating to Multicast sessions on the Multicast network;
supplying the Unicast client with the directory information accumulated by the gateway server;
receiving at the gateway server from the Unicast client a request to join a selected session chosen from the directory information;
joining the requested-for Multicast session at the gateway server on behalf of the Unicast client;
converting at the gateway server an address of Multicast packets received on a Multicast address associated with the requested-for session to a Unicast address of the Unicast client and sending the Multicast packets received by the gateway server on the Multicast address to the Unicast client; and transmitting packets received at the gateway server from the Unicast client to the Multicast address associated with the requested-for session.
accumulating at a gateway server interconnecting the Multicast network and the Unicast network directory information relating to Multicast sessions on the Multicast network;
supplying the Unicast client with the directory information accumulated by the gateway server;
receiving at the gateway server from the Unicast client a request to join a selected session chosen from the directory information;
joining the requested-for Multicast session at the gateway server on behalf of the Unicast client;
converting at the gateway server an address of Multicast packets received on a Multicast address associated with the requested-for session to a Unicast address of the Unicast client and sending the Multicast packets received by the gateway server on the Multicast address to the Unicast client; and transmitting packets received at the gateway server from the Unicast client to the Multicast address associated with the requested-for session.
2. The method of claim 1 wherein the request to join a Multicast session is a request to join at least one group of a plurality of groups associated with the Multicast session, each of said plurality of groups having an associated Multicast address.
3. The method of claim 2 wherein each of said at least one group is associated with a different media type.
4. The method of claim 1 further comprising authenticating the Unicast client before supplying the Unicast client with the directory information.
5. The method of claim 4 wherein the authenticating comprises receiving at the gateway server a login identity and a password from the Unicast client.
6. The method of claim 1 wherein the Unicast and Multicast networks are IP (Internet Protocol) Unicast and IP Multicast networks, respectively.
7. The method of claim 6 wherein packets are transmitted between the gateway server and the Unicast client using the User Datagram Protocol.
8. The method of claim 6 wherein the directory information comprises an HTML page having a plurality of URLs each pointing to information associated with a Multicast session on the IP Multicast network.
9. The method of claim 6 wherein the IP Multicast network is the MBONE.
10. A Multicast-Unicast server comprising:
means for accumulating from a connected-to Multicast network directory information relating to Multicast sessions on the Multicast network;
means for receiving from a Unicast client on a Unicast network connected to the server a request to join a Multicast session from among the Multicast sessions accumulated: in the directory information;
means for joining the requested-for Multicast session on behalf of the client; and means for converting the Multicast address of the Multicast packets on the requested-for Multicast session to a Unicast address associated with the Unicast client and for sending the Multicast packets on the requested-for Multicast session to the Unicast client at that Unicast address, and for sending packets received from the Unicast client to the Multicast address associated with the selected session.
means for accumulating from a connected-to Multicast network directory information relating to Multicast sessions on the Multicast network;
means for receiving from a Unicast client on a Unicast network connected to the server a request to join a Multicast session from among the Multicast sessions accumulated: in the directory information;
means for joining the requested-for Multicast session on behalf of the client; and means for converting the Multicast address of the Multicast packets on the requested-for Multicast session to a Unicast address associated with the Unicast client and for sending the Multicast packets on the requested-for Multicast session to the Unicast client at that Unicast address, and for sending packets received from the Unicast client to the Multicast address associated with the selected session.
11. The server of claim 10 wherein the Multicast network and the Unicast network the server is connected to are an IP (Internet Protocol) Multicast network and an IP Unicast network, respectively.
12. The server of claim 11 wherein packets are transmitted between the server and the Unicast client using the User Datagram Protocol.
13. The server of claim 10 wherein the request to join a Multicast session is a request to join at least one group of a plurality of groups associated with the Multicast session, each of plurality of groups having an associated Multicast address.
14. The server of claim 13 wherein each of said plurality of groups is associated with a different media type.
15. The server of claim 10 wherein the means for converting also sends packets received from the Unicast client to another Unicast client associated with the server and which said another client is also connected to the session.
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US08/927,426 US6259701B1 (en) | 1997-09-11 | 1997-09-11 | Method and system for a unicast endpoint client to access a multicast internet protocol (IP) session |
US08/927,426 | 1997-09-11 |
Publications (2)
Publication Number | Publication Date |
---|---|
CA2245979A1 CA2245979A1 (en) | 1999-03-11 |
CA2245979C true CA2245979C (en) | 2003-04-22 |
Family
ID=25454704
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CA002245979A Expired - Fee Related CA2245979C (en) | 1997-09-11 | 1998-08-26 | Method and system for a unicast endpoint client to access a multicast internet protocol (ip) session |
Country Status (5)
Country | Link |
---|---|
US (1) | US6259701B1 (en) |
EP (1) | EP0902569B1 (en) |
CA (1) | CA2245979C (en) |
DE (1) | DE69828230T2 (en) |
HK (1) | HK1020463A1 (en) |
Families Citing this family (219)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6873627B1 (en) * | 1995-01-19 | 2005-03-29 | The Fantastic Corporation | System and method for sending packets over a computer network |
US6829231B1 (en) * | 1996-12-31 | 2004-12-07 | Mci Communications Corporation | Internet phone system and directory search engine using same |
CA2315210C (en) * | 1997-12-16 | 2006-12-12 | Sourcenet Corporation | Method and apparatus for receiving full-motion digital video multi-casts, interactive data and interactive voice via a dsl circuit |
BR9813703A (en) * | 1997-12-19 | 2000-10-10 | Unilever Nv | Spreadable paste composition containing oil, and processes for refining an olive oil, and for manufacturing a food composition. |
US6415329B1 (en) * | 1998-03-06 | 2002-07-02 | Massachusetts Institute Of Technology | Method and apparatus for improving efficiency of TCP/IP protocol over high delay-bandwidth network |
US20050028206A1 (en) * | 1998-06-04 | 2005-02-03 | Imagictv, Inc. | Digital interactive delivery system for TV/multimedia/internet |
US6339842B1 (en) * | 1998-06-10 | 2002-01-15 | Dennis Sunga Fernandez | Digital television with subscriber conference overlay |
US6580722B1 (en) * | 1998-08-21 | 2003-06-17 | Sun Microsystems, Inc. | Bypassing topological restrictions with tunnels |
GB9826158D0 (en) * | 1998-11-27 | 1999-01-20 | British Telecomm | Anounced session control |
GB9826157D0 (en) * | 1998-11-27 | 1999-01-20 | British Telecomm | Announced session control |
US6463459B1 (en) * | 1999-01-22 | 2002-10-08 | Wall Data Incorporated | System and method for executing commands associated with specific virtual desktop |
JP3644009B2 (en) * | 1999-02-19 | 2005-04-27 | 富士通株式会社 | Multicast session management device |
US20050182828A1 (en) * | 1999-04-21 | 2005-08-18 | Interactual Technologies, Inc. | Platform specific execution |
US6529949B1 (en) | 2000-02-07 | 2003-03-04 | Interactual Technologies, Inc. | System, method and article of manufacture for remote unlocking of local content located on a client device |
US7844729B1 (en) | 1999-05-03 | 2010-11-30 | Digital Envoy, Inc. | Geo-intelligent traffic manager |
US7685311B2 (en) | 1999-05-03 | 2010-03-23 | Digital Envoy, Inc. | Geo-intelligent traffic reporter |
US6757740B1 (en) | 1999-05-03 | 2004-06-29 | Digital Envoy, Inc. | Systems and methods for determining collecting and using geographic locations of internet users |
US7457857B1 (en) * | 1999-05-26 | 2008-11-25 | Broadcom Corporation | Method and apparatus for a network hub to diagnose network operation and broadcast information to a remote host or monitoring device |
US6675216B1 (en) | 1999-07-06 | 2004-01-06 | Cisco Technolgy, Inc. | Copy server for collaboration and electronic commerce |
US7640318B1 (en) * | 1999-09-17 | 2009-12-29 | Ricoh Co., Ltd. | Method and apparatus for publishing documents over a network |
US7269728B1 (en) * | 1999-09-21 | 2007-09-11 | Nortel Networks Limited | Apparatus and method for distributing management keys in a multicast domain |
US6535909B1 (en) * | 1999-11-18 | 2003-03-18 | Contigo Software, Inc. | System and method for record and playback of collaborative Web browsing session |
US7006494B1 (en) | 2000-01-04 | 2006-02-28 | Cisco Technology, Inc. | System and method for a virtual telephony intermediary |
US7069432B1 (en) | 2000-01-04 | 2006-06-27 | Cisco Technology, Inc. | System and method for providing security in a telecommunication network |
US7079495B1 (en) * | 2000-01-04 | 2006-07-18 | Cisco Technology, Inc. | System and method for enabling multicast telecommunications |
US6804254B1 (en) | 2000-01-04 | 2004-10-12 | Cisco Technology, Inc. | System and method for maintaining a communication link |
IL140504A0 (en) * | 2000-02-03 | 2002-02-10 | Bandwiz Inc | Broadcast system |
JP2001223746A (en) * | 2000-02-14 | 2001-08-17 | Fujitsu Ltd | Call setting method for network system |
JP3774351B2 (en) * | 2000-02-17 | 2006-05-10 | 富士通株式会社 | Packet conversion apparatus and packet conversion method |
JP3667586B2 (en) * | 2000-02-28 | 2005-07-06 | 日本電気株式会社 | Multicast packet transfer device, multicast packet transfer system, and storage medium |
JP3506092B2 (en) * | 2000-02-28 | 2004-03-15 | 日本電気株式会社 | Multicast packet transfer device, multicast packet transfer system and storage medium |
US7284064B1 (en) | 2000-03-21 | 2007-10-16 | Intel Corporation | Method and apparatus to determine broadcast content and scheduling in a broadcast system |
US6684250B2 (en) * | 2000-04-03 | 2004-01-27 | Quova, Inc. | Method and apparatus for estimating a geographic location of a networked entity |
US6732182B1 (en) * | 2000-05-17 | 2004-05-04 | Worldcom, Inc. | Method for generating packet loss report by a data coordinator in a multicast data transmission network utilizing a group shortest path tree |
AU7170301A (en) * | 2000-06-29 | 2002-01-14 | Cachestream Corp | Virtual multicasting |
US20020026522A1 (en) * | 2000-07-20 | 2002-02-28 | Eli Doron | System and method for directing a media stream |
US8301137B1 (en) * | 2000-07-31 | 2012-10-30 | Interdigital Patent Corporation | Method and apparatus for wireless router multicast |
US7133922B1 (en) * | 2000-08-07 | 2006-11-07 | The Hong Kong University Of Science And Technology | Method and apparatus for streaming of data |
US7280495B1 (en) * | 2000-08-18 | 2007-10-09 | Nortel Networks Limited | Reliable broadcast protocol in a wireless local area network |
US7339892B1 (en) | 2000-08-18 | 2008-03-04 | Nortel Networks Limited | System and method for dynamic control of data packet fragmentation threshold in a wireless network |
US7366103B2 (en) * | 2000-08-18 | 2008-04-29 | Nortel Networks Limited | Seamless roaming options in an IEEE 802.11 compliant network |
US7308279B1 (en) | 2000-08-18 | 2007-12-11 | Nortel Networks Limited | Dynamic power level control on transmitted messages in a wireless LAN |
DE60130734T2 (en) | 2000-08-28 | 2008-07-03 | Nice Systems Ltd. | DIGITAL RECORDING IN AN IP PLATFORM WITH DISTRIBUTED MEDIATION |
US7072955B1 (en) * | 2000-08-31 | 2006-07-04 | Intel Corporation | Controlling remote storage devices |
US7689510B2 (en) | 2000-09-07 | 2010-03-30 | Sonic Solutions | Methods and system for use in network management of content |
US7299403B1 (en) | 2000-10-11 | 2007-11-20 | Cisco Technology, Inc. | Methods and apparatus for obtaining a state of a browser |
US6973081B1 (en) * | 2000-10-12 | 2005-12-06 | Realnetworks, Inc. | System and method for seamlessly joining multicast session |
GB2368224B (en) * | 2000-10-17 | 2004-08-25 | Hewlett Packard Co | Content provider entity for communication session |
GB2368227B (en) * | 2000-10-17 | 2003-12-10 | Hewlett Packard Co | Contact center |
GB2368223B (en) * | 2000-10-17 | 2004-01-07 | Hewlett Packard Co | Associating parties with communication sessions |
GB2368225B (en) * | 2000-10-17 | 2003-12-10 | Hewlett Packard Co | Inviting assistant entity into a network communication session |
GB2368930B (en) * | 2000-10-17 | 2005-04-06 | Hewlett Packard Co | Establishment of a deferred network communication session |
GB2368226B (en) * | 2000-10-17 | 2004-08-25 | Hewlett Packard Co | Helper entity for comuunication session |
GB2368246B (en) * | 2000-10-17 | 2004-09-01 | Hewlett Packard Co | Overview subsystem for information page server |
US7870183B1 (en) * | 2000-10-25 | 2011-01-11 | International Business Machines Corporation | Multicast enabled mail |
US6970461B2 (en) * | 2000-11-29 | 2005-11-29 | Nortel Networks Limited | Access control enhancements for delivery of video and other services |
GB0029025D0 (en) * | 2000-11-29 | 2001-01-10 | Hewlett Packard Co | Enhancement of communication capabilities |
JP4225681B2 (en) * | 2000-12-06 | 2009-02-18 | 富士通株式会社 | Virtual closed network construction method and apparatus, and relay apparatus |
US7140011B2 (en) * | 2000-12-12 | 2006-11-21 | Intel Corporation | Dynamically loading program code over a push-based network |
AU2002235385A1 (en) * | 2001-01-26 | 2002-08-06 | Placeware, Inc. | A method and apparatus for automatically determining an appropriate transmission method in a network |
ATE324736T1 (en) * | 2001-02-20 | 2006-05-15 | Eyeball Networks Inc | METHOD AND DEVICE FOR ALLOWING DATA TRANSMISSION VIA FIREWALLS |
US6993050B2 (en) | 2001-03-14 | 2006-01-31 | At&T Corp. | Transmit and receive system for cable data service |
WO2002079987A1 (en) * | 2001-03-28 | 2002-10-10 | British Telecommunications Public Limited Company | Component-based software distribution and deployment |
US20020143951A1 (en) * | 2001-03-30 | 2002-10-03 | Eyeball.Com Network Inc. | Method and system for multicast to unicast bridging |
WO2003105006A1 (en) * | 2001-04-30 | 2003-12-18 | America Online, Inc. | Load balancing with direct terminal response |
US8572278B2 (en) | 2001-04-30 | 2013-10-29 | Facebook, Inc. | Generating multiple data streams from a single data source |
US7124166B2 (en) | 2001-04-30 | 2006-10-17 | Aol Llc | Duplicating digital streams for digital conferencing using switching technologies |
US7237033B2 (en) | 2001-04-30 | 2007-06-26 | Aol Llc | Duplicating switch for streaming data units to a terminal |
US7266609B2 (en) * | 2001-04-30 | 2007-09-04 | Aol Llc | Generating multiple data streams from a single data source |
US7185352B2 (en) | 2001-05-11 | 2007-02-27 | Intel Corporation | Method and apparatus for combining broadcast schedules and content on a digital broadcast-enabled client platform |
US7363569B2 (en) | 2001-06-29 | 2008-04-22 | Intel Corporation | Correcting for data losses with feedback and response |
US6697349B2 (en) * | 2001-08-30 | 2004-02-24 | Motorola, Inc. | System and methods for distributed connection and mobility processing in a multicast IP network incorporating multi-cell location areas |
US7149776B1 (en) * | 2001-08-31 | 2006-12-12 | Oracle International Corp. | System and method for real-time co-browsing |
EP1292084A3 (en) * | 2001-09-07 | 2005-10-26 | Siemens Aktiengesellschaft | Method of transmitting data in a packet-oriented data network |
US8713623B2 (en) | 2001-09-20 | 2014-04-29 | Time Warner Cable Enterprises, LLC | Technique for effectively providing program material in a cable television system |
US7231653B2 (en) | 2001-09-24 | 2007-06-12 | Intel Corporation | Method for delivering transport stream data |
US8943540B2 (en) | 2001-09-28 | 2015-01-27 | Intel Corporation | Method and apparatus to provide a personalized channel |
US7054902B2 (en) * | 2001-10-23 | 2006-05-30 | Packeteer, Inc. | Multicast delivery systems and methods |
US7636793B1 (en) * | 2001-11-02 | 2009-12-22 | At&T Intellectual Property I, Lp | Multimedia distribution in a heterogeneous network |
KR20040071200A (en) * | 2001-12-15 | 2004-08-11 | 톰슨 라이센싱 소시에떼 아노님 | Videoconference bandwidth selection mechanism |
MXPA04005815A (en) * | 2001-12-15 | 2004-09-10 | Thomson Licensing Sa | Server invoked time scheduled videoconference. |
US7516236B2 (en) * | 2001-12-21 | 2009-04-07 | Nokia Corporation | Method to improve perceived access speed to data network content using a multicast channel and local cache |
US20040128693A1 (en) | 2002-12-27 | 2004-07-01 | Weigand Gilbert G. | System and method for enabling access to content through a personal channel |
US20030135552A1 (en) * | 2002-01-14 | 2003-07-17 | Blackstock Michael A. | Method for discovering and discriminating devices on local collaborative networks to facilitate collaboration among users |
US20030145103A1 (en) * | 2002-01-30 | 2003-07-31 | Jim Pruyne | Method and system for providing exactly-once semantics for web-based transaction processing |
US20030195964A1 (en) * | 2002-04-10 | 2003-10-16 | Mane Pravin D. | Managing multicast sessions |
JP3888209B2 (en) * | 2002-04-17 | 2007-02-28 | 株式会社日立製作所 | Multicast communication apparatus and system |
US7155525B2 (en) * | 2002-05-28 | 2006-12-26 | Newisys, Inc. | Transaction management in systems having multiple multi-processor clusters |
US7251698B2 (en) * | 2002-05-28 | 2007-07-31 | Newisys, Inc. | Address space management in systems having multiple multi-processor clusters |
US7281055B2 (en) * | 2002-05-28 | 2007-10-09 | Newisys, Inc. | Routing mechanisms in systems having multiple multi-processor clusters |
US7103636B2 (en) * | 2002-05-28 | 2006-09-05 | Newisys, Inc. | Methods and apparatus for speculative probing of a remote cluster |
KR100470042B1 (en) * | 2002-06-12 | 2005-02-07 | 남궁환식 | Asymmetric Interactive Multicasting Packet Data Communication System and its method |
US8165114B2 (en) | 2002-06-13 | 2012-04-24 | Nice Systems Ltd. | Voice over IP capturing |
GB2389736B (en) * | 2002-06-13 | 2005-12-14 | Nice Systems Ltd | A method for forwarding and storing session packets according to preset and/or dynamic rules |
US7660297B2 (en) | 2002-06-13 | 2010-02-09 | Nice Systems Ltd. | Voice over IP forwarding |
US8028092B2 (en) | 2002-06-28 | 2011-09-27 | Aol Inc. | Inserting advertising content |
US20040010716A1 (en) * | 2002-07-11 | 2004-01-15 | International Business Machines Corporation | Apparatus and method for monitoring the health of systems management software components in an enterprise |
US7209963B2 (en) | 2002-07-11 | 2007-04-24 | International Business Machines Corporation | Apparatus and method for distributed monitoring of endpoints in a management region |
US7613772B2 (en) * | 2002-07-25 | 2009-11-03 | Colligo Networks, Inc. | Method for context based discovery and filtering of portable collaborative networks |
US20040037312A1 (en) * | 2002-08-23 | 2004-02-26 | Spear Stephen L. | Method and communication network for operating a cross coding element |
US7376183B2 (en) * | 2002-09-09 | 2008-05-20 | Warner Bros. Entertainment, Inc. | Post-production processing |
US7197071B1 (en) * | 2002-09-09 | 2007-03-27 | Warner Bros. Entertainment Inc. | Film resource manager |
US7281058B1 (en) | 2002-10-09 | 2007-10-09 | Juniper Networks, Inc. | Delivering and receiving multicast content across a unicast network |
JP3933555B2 (en) * | 2002-10-15 | 2007-06-20 | シャープ株式会社 | DATA DISTRIBUTION SYSTEM, DATA DISTRIBUTION DEVICE, DATA DISTRIBUTION METHOD, DATA DISTRIBUTION PROGRAM, AND RECORDING MEDIUM CONTAINING THE PROGRAM |
US7577755B2 (en) * | 2002-11-19 | 2009-08-18 | Newisys, Inc. | Methods and apparatus for distributing system management signals |
US7278920B1 (en) | 2002-12-31 | 2007-10-09 | Warner Bros. Entertainment, Inc. | Theater-based gaming system enabling a multi-player game throughout a system of the theaters |
US7529798B2 (en) | 2003-03-18 | 2009-05-05 | Intercall, Inc. | System and method for record and playback of collaborative web browsing session |
JP3984929B2 (en) * | 2003-06-11 | 2007-10-03 | Necインフロンティア株式会社 | VoIP system, VoIP server, and multicast packet communication method |
US7386626B2 (en) * | 2003-06-23 | 2008-06-10 | Newisys, Inc. | Bandwidth, framing and error detection in communications between multi-processor clusters of multi-cluster computer systems |
US7577727B2 (en) * | 2003-06-27 | 2009-08-18 | Newisys, Inc. | Dynamic multiple cluster system reconfiguration |
EP1645071B1 (en) | 2003-07-03 | 2010-12-22 | Koninklijke Philips Electronics N.V. | Secure indirect addressing |
US7395347B2 (en) * | 2003-08-05 | 2008-07-01 | Newisys, Inc, | Communication between and within multi-processor clusters of multi-cluster computer systems |
US7103823B2 (en) | 2003-08-05 | 2006-09-05 | Newisys, Inc. | Communication between multi-processor clusters of multi-cluster computer systems |
US7117419B2 (en) * | 2003-08-05 | 2006-10-03 | Newisys, Inc. | Reliable communication between multi-processor clusters of multi-cluster computer systems |
US7159137B2 (en) * | 2003-08-05 | 2007-01-02 | Newisys, Inc. | Synchronized communication between multi-processor clusters of multi-cluster computer systems |
US7522594B2 (en) * | 2003-08-19 | 2009-04-21 | Eye Ball Networks, Inc. | Method and apparatus to permit data transmission to traverse firewalls |
US8204055B2 (en) | 2003-10-07 | 2012-06-19 | Thomson Licensing | Multicast over unicast in a network |
US20090222537A1 (en) * | 2003-12-04 | 2009-09-03 | Colligo Newworks, Inc., A Canadian Corporation | System And Method For Interactive Instant Networking |
FR2866498A1 (en) | 2004-02-17 | 2005-08-19 | Thomson Licensing Sa | METHOD OF TRANSMITTING A MULTIPOINT STREAM IN A LOCAL NETWORK AND CONNECTING DEVICE IMPLEMENTING THE METHOD |
WO2005086681A2 (en) * | 2004-03-04 | 2005-09-22 | Quova, Inc. | Geo-location and geo-compliance utilizing a client agent |
US7756033B2 (en) * | 2004-05-03 | 2010-07-13 | Verizon Business Global Llc | Systems and methods for managing multicast data transmissions |
GB2414360B (en) * | 2004-05-18 | 2006-10-18 | Motorola Inc | Data communication system,router and method for routeing data |
JP4710267B2 (en) * | 2004-07-12 | 2011-06-29 | 株式会社日立製作所 | Network system, data relay device, session monitor system, and packet monitor relay device |
US8312267B2 (en) | 2004-07-20 | 2012-11-13 | Time Warner Cable Inc. | Technique for securely communicating programming content |
US8266429B2 (en) | 2004-07-20 | 2012-09-11 | Time Warner Cable, Inc. | Technique for securely communicating and storing programming material in a trusted domain |
US20060018335A1 (en) * | 2004-07-26 | 2006-01-26 | Koch Christopher D | Multicast to unicast traffic conversion in a network |
GB2418574A (en) * | 2004-09-22 | 2006-03-29 | Motorola Inc | Translating multicast packets to unicast packets and then converting these unicast packets to multicast packets, by rewriting addresses |
KR100643285B1 (en) * | 2004-11-02 | 2006-11-10 | 삼성전자주식회사 | Method and system for transmitting and receiving data using multicast |
US9723267B2 (en) | 2004-12-15 | 2017-08-01 | Time Warner Cable Enterprises Llc | Method and apparatus for wideband distribution of content |
WO2006066052A2 (en) | 2004-12-16 | 2006-06-22 | Sonic Solutions | Methods and systems for use in network management of content |
FR2880491A1 (en) * | 2005-01-06 | 2006-07-07 | Thomson Licensing Sa | METHOD OF TRANSMITTING A MULTIPOINT STREAM IN A LOCAL NETWORK AND CONNECTING DEVICE IMPLEMENTING THE METHOD |
US20060168637A1 (en) * | 2005-01-25 | 2006-07-27 | Collaboration Properties, Inc. | Multiple-channel codec and transcoder environment for gateway, MCU, broadcast and video storage applications |
JP4432814B2 (en) * | 2005-03-25 | 2010-03-17 | ヤマハ株式会社 | Performance data communication management system and performance data communication management device |
US20060227772A1 (en) * | 2005-03-30 | 2006-10-12 | Fujitsu Limited | Method and system for packet data communication between networks |
US20070022459A1 (en) | 2005-07-20 | 2007-01-25 | Gaebel Thomas M Jr | Method and apparatus for boundary-based network operation |
US20070240185A1 (en) * | 2005-08-26 | 2007-10-11 | Weaver Timothy H | Methods, apparatuses, and computer program products for delivering audio content on demand |
US20070250875A1 (en) * | 2005-08-26 | 2007-10-25 | Weaver Timothy H | Methods, apparatuses, and computer program products for delivering one or more television programs for viewing during a specified viewing interval |
US20080320530A1 (en) * | 2005-08-26 | 2008-12-25 | Weaver Timothy H | Methods, apparatuses, and computer program products for delivering video on demand content |
FI20055514A0 (en) | 2005-09-27 | 2005-09-27 | Nokia Corp | Group communication in a communication system |
CN100442775C (en) * | 2005-11-17 | 2008-12-10 | 华为技术有限公司 | Method for implementing multicast in Mac in Mac network |
US7693171B2 (en) | 2006-01-03 | 2010-04-06 | Time Warner Cable Inc. | Methods and apparatus for efficient IP multicasting in a content-based network |
CN100490381C (en) * | 2006-02-24 | 2009-05-20 | 鸿富锦精密工业(深圳)有限公司 | Wireless network multicast system and method |
US7660852B2 (en) * | 2006-04-21 | 2010-02-09 | Microsoft Corporation | Meeting structures and global unique identifiers |
US8280982B2 (en) | 2006-05-24 | 2012-10-02 | Time Warner Cable Inc. | Personal content server apparatus and methods |
US9386327B2 (en) | 2006-05-24 | 2016-07-05 | Time Warner Cable Enterprises Llc | Secondary content insertion apparatus and methods |
US8028319B2 (en) | 2006-05-31 | 2011-09-27 | At&T Intellectual Property I, L.P. | Passive video caching for edge aggregation devices |
US8024762B2 (en) | 2006-06-13 | 2011-09-20 | Time Warner Cable Inc. | Methods and apparatus for providing virtual content over a network |
WO2008002294A1 (en) * | 2006-06-27 | 2008-01-03 | Thomson Licensing | Method and apparatus for reliably delivering multicast data |
JP2008035401A (en) * | 2006-07-31 | 2008-02-14 | Toshiba Corp | Ip broadcast system, ip multicast broadcasting signal provision method, broadcast transfer apparatus and broadcast receiver |
US8520850B2 (en) | 2006-10-20 | 2013-08-27 | Time Warner Cable Enterprises Llc | Downloadable security and protection methods and apparatus |
US8732854B2 (en) | 2006-11-01 | 2014-05-20 | Time Warner Cable Enterprises Llc | Methods and apparatus for premises content distribution |
US8621540B2 (en) | 2007-01-24 | 2013-12-31 | Time Warner Cable Enterprises Llc | Apparatus and methods for provisioning in a download-enabled system |
US8181206B2 (en) | 2007-02-28 | 2012-05-15 | Time Warner Cable Inc. | Personal content server apparatus and methods |
US9503691B2 (en) | 2008-02-19 | 2016-11-22 | Time Warner Cable Enterprises Llc | Methods and apparatus for enhanced advertising and promotional delivery in a network |
FR2931330B1 (en) * | 2008-05-13 | 2011-04-01 | Kadrige | METHOD AND SYSTEM FOR AUTOMATICALLY RECORDING A COMMUNICATION SESSION |
SE533007C2 (en) | 2008-10-24 | 2010-06-08 | Ilt Productions Ab | Distributed data storage |
US8498725B2 (en) | 2008-11-14 | 2013-07-30 | 8X8, Inc. | Systems and methods for distributed conferencing |
US9357247B2 (en) | 2008-11-24 | 2016-05-31 | Time Warner Cable Enterprises Llc | Apparatus and methods for content delivery and message exchange across multiple content delivery networks |
US20100153573A1 (en) * | 2008-12-12 | 2010-06-17 | At&T Intellectual Property I, L.P. | Methods and Apparatus to Provide Content |
US11076189B2 (en) | 2009-03-30 | 2021-07-27 | Time Warner Cable Enterprises Llc | Personal media channel apparatus and methods |
US9215423B2 (en) | 2009-03-30 | 2015-12-15 | Time Warner Cable Enterprises Llc | Recommendation engine apparatus and methods |
US9602864B2 (en) | 2009-06-08 | 2017-03-21 | Time Warner Cable Enterprises Llc | Media bridge apparatus and methods |
US9866609B2 (en) | 2009-06-08 | 2018-01-09 | Time Warner Cable Enterprises Llc | Methods and apparatus for premises content distribution |
US8121124B2 (en) | 2009-06-16 | 2012-02-21 | Calix, Inc. | Applying adaptive thresholds to multicast streams within computer networks |
US8813124B2 (en) | 2009-07-15 | 2014-08-19 | Time Warner Cable Enterprises Llc | Methods and apparatus for targeted secondary content insertion |
US9237381B2 (en) | 2009-08-06 | 2016-01-12 | Time Warner Cable Enterprises Llc | Methods and apparatus for local channel insertion in an all-digital content distribution network |
US8867539B2 (en) | 2009-09-18 | 2014-10-21 | At&T Intellectual Property I, L.P. | Multicast-unicast protocol converter |
US8396055B2 (en) | 2009-10-20 | 2013-03-12 | Time Warner Cable Inc. | Methods and apparatus for enabling media functionality in a content-based network |
US8150993B2 (en) | 2009-10-29 | 2012-04-03 | At&T Intellectual Property I, Lp | Synchronization of clients to maximize multicast opportunities |
US10264029B2 (en) * | 2009-10-30 | 2019-04-16 | Time Warner Cable Enterprises Llc | Methods and apparatus for packetized content delivery over a content delivery network |
US9635421B2 (en) | 2009-11-11 | 2017-04-25 | Time Warner Cable Enterprises Llc | Methods and apparatus for audience data collection and analysis in a content delivery network |
US8443107B2 (en) * | 2009-11-11 | 2013-05-14 | Digital Envoy, Inc. | Method, computer program product and electronic device for hyper-local geo-targeting |
US9519728B2 (en) | 2009-12-04 | 2016-12-13 | Time Warner Cable Enterprises Llc | Apparatus and methods for monitoring and optimizing delivery of content in a network |
US8976787B2 (en) | 2009-12-10 | 2015-03-10 | Thomson Licensing | Protocol booster for SCTP in multicast networks |
JP4843708B2 (en) * | 2009-12-25 | 2011-12-21 | 株式会社東芝 | Telephone exchange system, telephone exchange device and telephone terminal |
US9342661B2 (en) * | 2010-03-02 | 2016-05-17 | Time Warner Cable Enterprises Llc | Apparatus and methods for rights-managed content and data delivery |
EP2712149B1 (en) | 2010-04-23 | 2019-10-30 | Compuverde AB | Distributed data storage |
US20110264530A1 (en) | 2010-04-23 | 2011-10-27 | Bryan Santangelo | Apparatus and methods for dynamic secondary content and data insertion and delivery |
US9300445B2 (en) | 2010-05-27 | 2016-03-29 | Time Warner Cable Enterprise LLC | Digital domain content processing and distribution apparatus and methods |
US9906838B2 (en) | 2010-07-12 | 2018-02-27 | Time Warner Cable Enterprises Llc | Apparatus and methods for content delivery and message exchange across multiple content delivery networks |
US8997136B2 (en) | 2010-07-22 | 2015-03-31 | Time Warner Cable Enterprises Llc | Apparatus and methods for packetized content delivery over a bandwidth-efficient network |
US9185341B2 (en) | 2010-09-03 | 2015-11-10 | Time Warner Cable Enterprises Llc | Digital domain content processing and distribution apparatus and methods |
US8930979B2 (en) | 2010-11-11 | 2015-01-06 | Time Warner Cable Enterprises Llc | Apparatus and methods for identifying and characterizing latency in a content delivery network |
US10148623B2 (en) | 2010-11-12 | 2018-12-04 | Time Warner Cable Enterprises Llc | Apparatus and methods ensuring data privacy in a content distribution network |
JP5224418B2 (en) * | 2011-01-11 | 2013-07-03 | 古河電気工業株式会社 | Data relay method, apparatus thereof, and data relay system using the apparatus |
US9602414B2 (en) | 2011-02-09 | 2017-03-21 | Time Warner Cable Enterprises Llc | Apparatus and methods for controlled bandwidth reclamation |
CN102316027A (en) * | 2011-08-17 | 2012-01-11 | 清华大学 | Bidirectional conversion method based on IPv6 unicast and SSM multicast and system thereof |
CN102271044A (en) * | 2011-08-17 | 2011-12-07 | 清华大学 | Bidirectional conversion method and system of ASM (Any Source Multicast) and SSM (Source Specific Multicast) based on IPv6 (Internet Protocol Version 6) |
CN102263669B (en) * | 2011-08-26 | 2014-04-02 | 清华大学 | Network management system and method for controlled multicast system based on multicast conversion |
CN102263649B (en) * | 2011-08-26 | 2014-01-29 | 清华大学 | Controlled multicast system based on multicast conversion |
US8645978B2 (en) | 2011-09-02 | 2014-02-04 | Compuverde Ab | Method for data maintenance |
US8769138B2 (en) | 2011-09-02 | 2014-07-01 | Compuverde Ab | Method for data retrieval from a distributed data storage system |
FR2981530B1 (en) * | 2011-10-12 | 2013-12-06 | Broadpeak | GATEWAY, AND METHOD, COMPUTER PROGRAM, AND CORRESPONDING STORAGE MEANS |
US9467723B2 (en) | 2012-04-04 | 2016-10-11 | Time Warner Cable Enterprises Llc | Apparatus and methods for automated highlight reel creation in a content delivery network |
US9294534B2 (en) | 2012-07-18 | 2016-03-22 | Calix, Inc. | Applying heuristics to manage multicast subscriptions within computer networks |
EP2704391B1 (en) | 2012-08-27 | 2019-05-01 | Broadpeak | System and method for delivering an audio-visual content to a client device |
US20140082645A1 (en) | 2012-09-14 | 2014-03-20 | Peter Stern | Apparatus and methods for providing enhanced or interactive features |
US9565472B2 (en) | 2012-12-10 | 2017-02-07 | Time Warner Cable Enterprises Llc | Apparatus and methods for content transfer protection |
US20140282786A1 (en) | 2013-03-12 | 2014-09-18 | Time Warner Cable Enterprises Llc | Methods and apparatus for providing and uploading content to personalized network storage |
US9066153B2 (en) | 2013-03-15 | 2015-06-23 | Time Warner Cable Enterprises Llc | Apparatus and methods for multicast delivery of content in a content delivery network |
US10368255B2 (en) | 2017-07-25 | 2019-07-30 | Time Warner Cable Enterprises Llc | Methods and apparatus for client-based dynamic control of connections to co-existing radio access networks |
US9313568B2 (en) | 2013-07-23 | 2016-04-12 | Chicago Custom Acoustics, Inc. | Custom earphone with dome in the canal |
US9621940B2 (en) | 2014-05-29 | 2017-04-11 | Time Warner Cable Enterprises Llc | Apparatus and methods for recording, accessing, and delivering packetized content |
US11540148B2 (en) | 2014-06-11 | 2022-12-27 | Time Warner Cable Enterprises Llc | Methods and apparatus for access point location |
US9935833B2 (en) | 2014-11-05 | 2018-04-03 | Time Warner Cable Enterprises Llc | Methods and apparatus for determining an optimized wireless interface installation configuration |
US10116676B2 (en) | 2015-02-13 | 2018-10-30 | Time Warner Cable Enterprises Llc | Apparatus and methods for data collection, analysis and service modification based on online activity |
US9986578B2 (en) | 2015-12-04 | 2018-05-29 | Time Warner Cable Enterprises Llc | Apparatus and methods for selective data network access |
US9918345B2 (en) | 2016-01-20 | 2018-03-13 | Time Warner Cable Enterprises Llc | Apparatus and method for wireless network services in moving vehicles |
US10404758B2 (en) | 2016-02-26 | 2019-09-03 | Time Warner Cable Enterprises Llc | Apparatus and methods for centralized message exchange in a user premises device |
US10492034B2 (en) | 2016-03-07 | 2019-11-26 | Time Warner Cable Enterprises Llc | Apparatus and methods for dynamic open-access networks |
US10122582B2 (en) * | 2016-05-24 | 2018-11-06 | Avaya Inc. | System and method for efficient bandwidth allocation for forked communication sessions |
US10164858B2 (en) | 2016-06-15 | 2018-12-25 | Time Warner Cable Enterprises Llc | Apparatus and methods for monitoring and diagnosing a wireless network |
US11212593B2 (en) | 2016-09-27 | 2021-12-28 | Time Warner Cable Enterprises Llc | Apparatus and methods for automated secondary content management in a digital network |
CN107948762B (en) * | 2016-10-13 | 2021-05-11 | 华为技术有限公司 | Live video transmission method, device and system |
EP3603126A1 (en) * | 2017-03-24 | 2020-02-05 | INTEL Corporation | Systems and methods for group based services provisioning |
US10645547B2 (en) | 2017-06-02 | 2020-05-05 | Charter Communications Operating, Llc | Apparatus and methods for providing wireless service in a venue |
US10638361B2 (en) | 2017-06-06 | 2020-04-28 | Charter Communications Operating, Llc | Methods and apparatus for dynamic control of connections to co-existing radio access networks |
US10594502B1 (en) | 2017-09-08 | 2020-03-17 | 8X8, Inc. | Communication bridging among disparate platforms |
JP7157242B2 (en) * | 2018-09-13 | 2022-10-19 | テレフオンアクチーボラゲット エルエム エリクソン(パブル) | Method and device for supporting selective forwarding of messages over a network of communicatively coupled communication devices |
Family Cites Families (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5608726A (en) * | 1995-04-25 | 1997-03-04 | Cabletron Systems, Inc. | Network bridge with multicast forwarding table |
US5822523A (en) * | 1996-02-01 | 1998-10-13 | Mpath Interactive, Inc. | Server-group messaging system for interactive applications |
US5867653A (en) * | 1996-04-18 | 1999-02-02 | International Business Machines Corporation | Method and apparatus for multi-cast based video conferencing |
US5778187A (en) * | 1996-05-09 | 1998-07-07 | Netcast Communications Corp. | Multicasting method and apparatus |
US5768513A (en) * | 1996-06-27 | 1998-06-16 | At&T Corp. | Multimedia messaging using the internet |
US5862330A (en) * | 1996-07-16 | 1999-01-19 | Lucent Technologies Inc. | Technique for obtaining and exchanging information on wolrd wide web |
US5828839A (en) * | 1996-11-14 | 1998-10-27 | Interactive Broadcaster Services Corp. | Computer network chat room based on channel broadcast in real time |
-
1997
- 1997-09-11 US US08/927,426 patent/US6259701B1/en not_active Expired - Lifetime
-
1998
- 1998-08-26 CA CA002245979A patent/CA2245979C/en not_active Expired - Fee Related
- 1998-09-01 EP EP98116496A patent/EP0902569B1/en not_active Expired - Lifetime
- 1998-09-01 DE DE69828230T patent/DE69828230T2/en not_active Expired - Lifetime
-
1999
- 1999-09-17 HK HK99104051A patent/HK1020463A1/en not_active IP Right Cessation
Also Published As
Publication number | Publication date |
---|---|
DE69828230D1 (en) | 2005-01-27 |
EP0902569A1 (en) | 1999-03-17 |
US6259701B1 (en) | 2001-07-10 |
EP0902569B1 (en) | 2004-12-22 |
HK1020463A1 (en) | 2000-04-20 |
DE69828230T2 (en) | 2005-12-08 |
CA2245979A1 (en) | 1999-03-11 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CA2245979C (en) | Method and system for a unicast endpoint client to access a multicast internet protocol (ip) session | |
US7724744B2 (en) | Method and system for a unicast endpoint client to access a multicast internet protocol (IP) session | |
US7031326B1 (en) | Method and system for a Unicast endpoint client to access a multicast internet protocol (IP) session | |
US6181697B1 (en) | Method for a unicast endpoint client to access a multicast internet protocol (IP) session and to serve as a redistributor of such session | |
Schulzrinne | Personal mobility for multimedia services in the Internet | |
US9628527B2 (en) | System and method for delivering content in a unicast/multicast manner | |
CA2240687C (en) | Method for managing multicast addresses for transmitting and receiving multimedia conferencing information on an internet protocol (ip) network implemented over an atm network | |
CN101420375B (en) | Distribution of shared content streams in communications networks | |
US6011782A (en) | Method for managing multicast addresses for transmitting and receiving multimedia conferencing information on an internet protocol (IP) network | |
Eriksson | Mbone: The multicast backbone | |
US6584082B1 (en) | Apparatus, method and article of manufacture for transmitting data over a satellite | |
KR101278297B1 (en) | Method and apparatus for reliably delivering multicast data | |
CA2352207C (en) | Announced session description | |
CN101668162B (en) | Implementation method of video conference and video conference system | |
JP3909303B2 (en) | Telecommunications system and streaming video content transmission method | |
AU756725B2 (en) | Announced session control | |
KR20030082750A (en) | Method for changing the channel of digital broadcasting service | |
US20090028137A1 (en) | Method and apparatus for storing and activating universal resource locators and phone numbers | |
JPH1198139A (en) | Conference management equipment, system and method for internet | |
JP4653851B2 (en) | Method and apparatus for establishing a communication relationship | |
US20100002779A1 (en) | Mechanism for the management of receivers/decoders connections | |
KR100586025B1 (en) | Method for communication in groups using conversion between multicasting style and unicasting style | |
WO2005104591A1 (en) | Technique for distributing content data | |
Leavitt | Will interoperability problems give IP telephony a busy signal? | |
CN115604045A (en) | Online conference fusion method and device and computer storage medium |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
EEER | Examination request | ||
MKLA | Lapsed |
Effective date: 20180827 |