+

WO2008131118A1 - Systèmes et procédés pour un transfert vidéo en temps réel entre un réseau de téléphonie mobile et l'internet - Google Patents

Systèmes et procédés pour un transfert vidéo en temps réel entre un réseau de téléphonie mobile et l'internet Download PDF

Info

Publication number
WO2008131118A1
WO2008131118A1 PCT/US2008/060656 US2008060656W WO2008131118A1 WO 2008131118 A1 WO2008131118 A1 WO 2008131118A1 US 2008060656 W US2008060656 W US 2008060656W WO 2008131118 A1 WO2008131118 A1 WO 2008131118A1
Authority
WO
WIPO (PCT)
Prior art keywords
handset
recipient
network
video stream
video
Prior art date
Application number
PCT/US2008/060656
Other languages
English (en)
Inventor
Kiran Chakravadhanula
Abhinav Goyal
Shamim A. Naqvi
Original Assignee
Aylus Networks, Inc.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Aylus Networks, Inc. filed Critical Aylus Networks, Inc.
Priority to CA002684481A priority Critical patent/CA2684481A1/fr
Priority to EP08746133A priority patent/EP2137967A4/fr
Publication of WO2008131118A1 publication Critical patent/WO2008131118A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/16—Analogue secrecy systems; Analogue subscription systems
    • H04N7/173—Analogue secrecy systems; Analogue subscription systems with two-way working, e.g. subscriber sending a programme selection signal
    • H04N7/17309—Transmission or handling of upstream communications
    • H04N7/17318—Direct or substantially direct transmission and handling of requests
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/102—Gateways
    • H04L65/1023—Media gateways
    • H04L65/103—Media gateways in the network
    • 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/1083—In-session procedures
    • 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/1083—In-session procedures
    • H04L65/1095—Inter-network session transfer or sharing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41—Structure of client; Structure of client peripherals
    • H04N21/414—Specialised client platforms, e.g. receiver in car or embedded in a mobile appliance
    • H04N21/41407—Specialised client platforms, e.g. receiver in car or embedded in a mobile appliance embedded in a portable device, e.g. video client on a mobile phone, PDA, laptop
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47—End-user applications
    • H04N21/472—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content
    • H04N21/47202—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content for requesting content on demand, e.g. video on demand
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47—End-user applications
    • H04N21/478—Supplemental services, e.g. displaying phone caller identification, shopping application
    • H04N21/4786—Supplemental services, e.g. displaying phone caller identification, shopping application e-mailing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/61—Network physical structure; Signal processing
    • H04N21/6106—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
    • H04N21/6131—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving transmission via a mobile phone network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/61—Network physical structure; Signal processing
    • H04N21/6156—Network physical structure; Signal processing specially adapted to the upstream path of the transmission network
    • H04N21/6181—Network physical structure; Signal processing specially adapted to the upstream path of the transmission network involving transmission via a mobile phone network
    • 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/1101—Session protocols
    • H04L65/1104—Session initiation protocol [SIP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2201/00—Electronic components, circuits, software, systems or apparatus used in telephone systems
    • H04M2201/50—Telephonic communication in combination with video communication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2207/00—Type of exchange or network, i.e. telephonic medium, in which the telephonic communication takes place
    • H04M2207/20—Type of exchange or network, i.e. telephonic medium, in which the telephonic communication takes place hybrid systems
    • H04M2207/203—Type of exchange or network, i.e. telephonic medium, in which the telephonic communication takes place hybrid systems composed of PSTN and data network, e.g. the Internet

Definitions

  • This invention generally relates to wireless networks and to IP Multimedia Subsystem (IMS) networks, and more specifically to systems and methods for real-time cellular-to-internet video transfer.
  • IMS IP Multimedia Subsystem
  • CS circuit-switched
  • PS packet-switched
  • both types of connections may exist contemporaneously and be available to mobile handsets or user endpoints (UEs).
  • UEs user endpoints
  • a mobile handset may have access to either a CS connection or a PS connection but not both at the same time.
  • CS and PS networks will now be described in greater detail.
  • a CS network such as PLMN
  • BTS Base Transceiver Stations
  • the BTS in turn are connected to a plurality of Base Station Servers (BSC) that in turn are connected to a network of Mobile Switching Centers (MSC).
  • BSC Base Station Servers
  • MSC Mobile Switching Centers
  • PSTN Public Switched Telephone network
  • a user's handset When a user's handset requests a telephone call or a service, such as voice mail, a prepaid call, or a toll-free call, it generates a "call event" at the MSC. Each call event can potentially “trigger” one or more Trigger Detection Points (TDP) in the MSC.
  • TDP Trigger Detection Points
  • the MSC sends a pre-specified message to a Service Control Function (SCF).
  • SCF Service Control Function
  • the message includes, for example, the phone numbers of the calling and called parties, and the nature of the service request.
  • the SCF then "fields" the message, i.e., service logic within the SCF responds appropriately to the message.
  • the MSC and SCF communicate using standards-based protocols such as Transaction Capabilities Application Part (TCAP) from the family of protocols commonly referred to as Signaling System 7 (SS7).
  • TCAP Transaction Capabilities Application Part
  • SS7 Signaling System 7
  • IMS IP Multimedia Subsystem
  • the Breakout Gateway Control Function is an inter-working function that handles legacy circuit-switched traffic.
  • a new function called the Media Gateway Control Function (MGCF) controls the Media Gateway (MGW).
  • the Media Resource Function Processor which is controlled by the Media Resource Control Function (MRFC), performs media processing functions.
  • An IMS session is controlled by a logical function called the Call State Control Function (CSCF). It is logically partitioned into three functional entities, the Proxy, Interrogating and Serving CSCFs.
  • the Proxy Call State Control Function P-CSCF is the first contact point for a user's handset.
  • the Interrogating CSCF (I-CSCF) is mainly the contact point within an operator's network for all IMS connections destined to a subscriber of that network operator, or a roaming subscriber currently located within that network operator's service area.
  • the Serving CSCF (S-CSCF) actually handles the session states in the network.
  • "Third party" application servers (AS) provide services to the mobile handset, such as voice mail, via the S-CSCF.
  • the IMS controls packet services among the different functional entities with signaling protocols such as Session Initiation Protocol (SIP), which is an IP-based signaling protocol designed for multimedia communications.
  • SIP Session Initiation Protocol
  • a mobile handset When a mobile handset first powers on, logic residing in the handset initiates a "registration" procedure with the IMS core, first by requesting the radio access network to assign it an IP address. After it receives an IP address, the mobile handset attempts to register as an IP-enabled endpoint with the IMS core, by sending a "register" request to the P-CSCF. Assuming that the handset is registering from a visiting domain, the P-CSCF then uses a Domain Name Server (DNS) to search for the handset's home domain S-CSCF. Once the P-CSCF locates the S-CSCF for the mobile handset, it passes the "register" request to that S-CSCF.
  • DNS Domain Name Server
  • the S-CSCF contacts the Home Subscriber Subsystem (HSS), which looks up the mobile handset's profile. This profile contains assorted information about the user, and what services the handset is authorized to use. A logical function in the S-CSCF called the "registrar” then authenticates the mobile handset, e.g., verifies that the handset is legitimate. [0009]
  • the S-CSCF also loads Service Point Triggers (SPT) from the handset's profile.
  • SPT Service Point Triggers
  • the SPT define the appropriate action for the S-CSCF to take when the handset or an AS requests a transaction. For example, if the handset requests voice mail service, the SPT triggers the S-CSCF to provide the addresses of the voice mail AS for the handset.
  • the SPT So long as the handset is powered on, the SPT for that handset are loaded into the S-CSCF, so a service request fires the appropriate trigger in the S-CSCF.
  • the SPT are analogous to the above-described TDP in the CS network.
  • the SPT and TDP both trigger an appropriate response from a controlling server, e.g., the MSC or S-CSCF.
  • the TDP are more generally applicable to call requests and call related events such as dialed number, etc., and are not particular to the user's profile.
  • the SPT are specific to the mobile handset, and are stored in the user's profile in the HSS and loaded into the S-CSCF when the handset registers.
  • an entity wishes to engage in a transaction with the mobile handset, e.g., to send a message to the handset, the entity utilizes an AS to send a request for the transaction to the S-CSCF.
  • This triggers an SPT in the S-CSCF, which recognizes the request as pertaining to a registered handset and sends the appropriate information to the handset.
  • Other ASs may not know which S-CSCF to contact in order to engage in a transaction with a particular handset.
  • the AS interrogate a Subscriber Location Function (SLF), which provides information about a handset's S-CSCF to the AS, which then contacts that S-CSCF as described above.
  • SPF Subscriber Location Function
  • the handset If the handset wishes to request a service, it sends the request to the S-CSCF, e.g., using a SIP invite. This triggers an SPT in the S- CSCF, which then directs the service request to a particular Application Server (AS), which then provides the service to the handset.
  • AS Application Server
  • the user wants to initiate an IMS call, it sends a SIP invite message to the S-CSCF, which may then contact the AS responsible for IMS calls, called the Back-to-Back User Agent (B2BUA), which initiates the IMS call flow.
  • B2BUA Back-to-Back User Agent
  • Video conferencing and instant messaging with the support of web cams is quite popular on the Internet, but they are still between two personal computers as in the case of instant messaging or between two camera units in the case of Video conferencing.
  • Cellular phones have had cameras on them for quite sometime now but the use of the internal camera in a cellular phone has generally been limited to taking pictures or videos and storing them on the phones internal memory or uploading recorded content to a website.
  • the present invention provides systems and methods for real-time cellular to Internet video transfer.
  • the systems and methods transfer of video content in real-time from a cellular phone to a personal computer using the Internet.
  • a user of a cellular phone "A" can record video using the phone's internal camera and transmit the video in real-time to a personal computer "B" via the Internet. While the video session is in progress, A and B can exchange textual messages between each other. Simultaneously, A can also be engaged in a voice call with another phone.
  • the invention provides a method for delivering a real-time video stream from an initiator handset to a recipient portal during a voice call between the initiator handset and a recipient handset carried over a circuit switched (CS) network, wherein only the initiator handset is on a wireless network utilizing multiple Radio Access Bearer (mRAB) technology, the method comprising: a packet switched (PS) network initiating a video stream transfer directed to the recipient handset over a PS network; a serving node (SN), residing on the PS network, intercepting the video stream transfer directed to the recipient handset; the SN forwarding the video stream to a portal server designated by the initiator handset; and a recipient portal retrieving the video stream from the portal server and presenting the video stream to the recipient during the voice call between the initiator and the recipient over the CS network, such that the recipient is able to view the video stream in real-time.
  • PS packet switched
  • SN serving node
  • the SN forwarding the video stream to a portal server designated by the initiator handset
  • a recipient portal retriev
  • the SN can contact the recipient handset to determine if the recipient handset is on a wireless network utilizing mRAB technology.
  • the SN can convert the video stream into a format that can be presented on the recipient portal prior to directing it to the portal server, for example, into a format is capable of being played in an internet browser.
  • the recipient portal e.g., a computer
  • the recipient portal server can retrieve the media stream from the portal server through the internet.
  • the portal server notifies the recipient portal of the video stream availability, for example, via an IM message, a SMS message, a MMS message, or an E-mail message.
  • the initiator handset can provide authentication requirement to the portal server.
  • the recipient portal needs to provide authentication information (e.g., a password) to the portal server to access the video stream.
  • the video stream is generated by an internal camera on the initiator handset.
  • the initiator handset can deliver a real-time or near real-time audio stream to the recipient concurrently with the video stream, wherein the audio stream is not part of the video stream.
  • the initiator handset notifying the recipient handset via a SMS message, a MMS message, an IM message, an E-mail message or a voice call of the video stream.
  • the initiator handset is capable of exchanging SMS, MMS, IM or E-mail messages with the recipient handset or recipient portal during the transmission of the video stream.
  • the video-stream has a custom border provided by the initiator handset.
  • the systems and methods allow multiple personal computers to be able to receive the same real-time video broadcast streamed from a cellular phone.
  • the systems and methods allow streaming of an audio channel as part of the video broadcast that is not part of the original video.
  • Fig. 1 illustrates an architecture allowing the cellular to internet video transfer according to one embodiment of the invention.
  • FIG. 2 illustrates an exemplary flow chart according to one embodiment of the invention.
  • Fig. 3 illustrates an architecture allowing a cellular phone to stream video to an application server according to one embodiment of the invention.
  • the application server streams the video to one or more Media Streaming servers.
  • the Media streaming server(s) take this video and make it available via an Internet URL.
  • Personal computers connected to the Internet can access a URL to view the video, according to some embodiments.
  • Fig. 4 is a schematic of the initiation of a video session using a cellular handset initiates a video session.
  • a software application on the phone presents the menu choice
  • Broadcast Video to Web which is the first step to initiate the video session, according to some embodiments.
  • Fig. 5 is a schematic of the creation of an authentication mechanism on the handset according to some embodiments.
  • Fig. 6 is a schematic of the use of handset software to send out invites as SMS,
  • Fig. 7 is a schematic of the use of the handset software to enable or disable the text chat feature prior to beginning a video session according to some embodiments.
  • Fig. 8 is a schematic of the use of the handset software to add a custom border to the video broadcast according to some embodiments.
  • Fig. 9 is a schematic of the use of the handset software to select an audio track to add to the video broadcast according to some embodiments.
  • Fig. 10 is a schematic of the use of the handset software to engage in a text chat while the video session is in progress according to some embodiments.
  • Fig. 11 is a schematic of the use, at a personal computer, of the created authentication mechanism to access the video session via the internet according to some embodiments.
  • Fig. 12 is a schematic of a graphic user interface at a personal computer that displays the video broadcast as well as text messages being exchanged simultaneously with the handset user according to some embodiments.
  • Fig. 13 illustrates a GSM/GPRS packet-switched network architecture.
  • Fig. 14 illustrates a CDMA circuit-switched network architecture.
  • Fig. 15 illustrates an overview of the service delivery platform (SDP) and its connections to the circuit-switched (CS) and packet-switched (PS) networks.
  • SDP service delivery platform
  • Fig. 16 illustrates the logical components of the serving node (SN) component of the service delivery platform (SDP).
  • Fig. 17 illustrates the logical components of the personal agent (PA) component of the service delivery platform (SDP).
  • PA personal agent
  • SDP service delivery platform
  • Embodiments of the present invention provide systems and methods for realtime cellular to Internet video transfer.
  • Systems and methods of the invention deliver a real-time video stream from an initiator handset to a recipient portal (e.g., a computer) during a voice call between the initiator handset and a recipient handset.
  • a recipient portal e.g., a computer
  • mRAB Radio Access Bearer
  • the initiator handset cannot stream the video in real-time directly to the recipient handset, while the two handsets are engaged in a voice call.
  • the initiator handset can stream the video in real-time to a computer in proximity of the recipient, such that the recipient can view the video on a computer while engaged in a voice call with the initiator.
  • one or more computers can access the recipient portal and view the video in real-time via the Internet.
  • the systems and methods can utilize existing call-forwarding technology to provide the service.
  • Combinational services are gaining popularity amongst wireless operators worldwide and several such operators have expressed interest in offering such services to their subscribers. It has been estimated that 900 million handsets will be capable of receiving simultaneous CS and PS connections by the year 2011, i.e., will be capable of supporting combinational services. More than 50% of handsets manufactured today contain cameras and other appurtenances for supporting the rendering of multimedia objects. As has been stated before a combinational service, as envisioned by 3GPP, uses the CS connection for carrying voice and uses the PS connection for carrying the multimedia objects, simultaneously. Often cited examples of combinational services are as follows:
  • a network operator may disconnect a mobile handset from a packet-switched (PS) network by withdrawing its IP address. For example, if a first mobile handset registers to the IMS network, thus obtaining an IP address, but then does not use its IMS connection for a specified period of time, the network may withdraw its IP address and assign that address to a second mobile handset. In this case, the first handset is disconnected from the IMS network, and thus no longer IP accessible until it re-registers to the IMS network. When a handset loses its IP address and is disconnected from the IMS network, it can no longer participate in IP -based services.
  • PS packet-switched
  • Systems and methods described below allow another entity, such as another handset or a network entity, to send an IP -based message to a handset that lacks an IP address, in effect "waking up" the handset and causing it to initiate its own request for an IP address, so that it can receive the IP-based message.
  • Fig. 13 depicts components in a GSM/GPRS packet-switched (PS) network, and their communication pathways to an IP network, e.g., the Internet 1200, and to handset 1100.
  • the GSM/GPRS network includes one or more Base Station Servers (BSC) 1500, which are in communication with handset 1100, Serving Gateway Support Node (SGSN) 1400, and GPRS Gateway Support Node (GGSN) 1300, which is in communication with Internet 1200.
  • BSC Base Station Servers
  • SGSN Serving Gateway Support Node
  • GGSN 1300 and SGSN 1400 work collaboratively to assign an IP address from Internet 1200 to mobile handset 1100.
  • GGSN 1300 communicates with Internet 1200, and allocates IP addresses for user handsets, e.g., handset 1100.
  • SGSN 1400 communicates with GGSN 1300 and with base station server (BSC) 1500 to provide a wireless connection between handset 1100 and Internet 1200.
  • BSC base station server
  • PDP Packet Data Protocol
  • Fig. 14 depicts components in a CDMA circuit-switched (CS) network, and their communication pathways to an IP network, e.g., Internet 2220, and to mobile handset 2210.
  • the CDMA network includes one or more Base Station Servers (BSC) 2250, which are in communication with handset 2210, and Packet Data Serving Node (PDSN) 2240, which is in communication with Internet 2220.
  • BSC Base Station Servers
  • PDSN Packet Data Serving Node
  • a Point-to-Point protocol (PPP) session exists between the mobile handset 2210 and PDSN 2240.
  • PDSN 2240 acts as a connection point between BSC 2250 and an IP network, e.g., Internet 2220, by assigning handset 2210 an IP address from Internet 2220 and providing access to the Internet 2220.
  • IP network e.g., Internet 2220
  • the PPP session may be maintained even if the handset goes "dormant," so the handset will remain IP-accessible.
  • An incoming packet for a dormant mobile handset then waits at the packet control function (PCF) upon a "mobile origination" message from the handset in response to overhead messages generated collaboratively by the PCF and the BSC.
  • PCF packet control function
  • network operators in such networks typically choose to de-allocate IP addresses and tear down the PPP session in order to conserve IP addresses, if the mobile handset does not use its PPP session for a specified period of time. If the mobile handset 2210 does not have a PPP session, other entities cannot contact it via the IP network.
  • a mobile handset Even if a mobile handset is not IP-accessible, e.g., because the GSM/GPRS or CDMA network has de-allocated its IP address, it still has a connection to the circuit- switched (CS) network; as described above, the CS connection can be used to initiate and receive voice calls, SMS and other circuit-switched services.
  • CS circuit- switched
  • a mobile handset lacks an IP address and so cannot be directly contacted by another entity, the handset's existing CS connection can be exploited to cause the handset to initiate its own connection to the PS network. Specifically, a specified message, or "trigger,” is sent to the handset via the CS network, instructing logic residing on the handset to initiate a connection to the PS network.
  • SDP Service Delivery Platform
  • the SDP includes a Serving Node (SN) that may communicate with both the CS voice network and the packet-switched network (with or without IMS).
  • the SDP also includes a Personal Agent (PA), which is a piece of service logic that resides in the mobile handset(s).
  • PA Personal Agent
  • the PA and the SN can send messages to each other, e.g., regarding services the user would like to use, the local network environment of the handset, or instructions the SN would like the PA to execute on the handset.
  • the service delivery platform includes a Serving Node (SN) that supports combinational services by communicating with both the circuit-switched voice network and the packet-based IMS network.
  • the SN is simultaneously aware of the states of the Service Control Function (SCF) services of a voice call between User Endpoints (UE), and of the registration states of UEs involved in a packet session.
  • the service delivery platform also includes a Personal Agent (PA), which is a piece of service logic that resides in the UEs.
  • the PA sends messages to the SN regarding services that the user would like to use, and also regarding its local network environment.
  • the SN then responds appropriately by making appropriate voice network and/or IMS network services available to the user.
  • the service delivery platform has one "eye" on the circuit- switched voice network and another "eye” on the IMS network, allowing it to deliver combinational services to users without needing to upgrade the existing network to 3G.
  • the service delivery platform includes SN 2110 and PA 2185, which resides on UE 2180. As discussed in greater detail below, SN 2110 and PA 2185 communicate with each other via the existing circuit-switched and packet-switched network infrastructures in order to provide combinational services to the user.
  • the existing "2 G” infrastructure includes radio access network 2170, circuit- switched (CS) network 2120, packet-switched (PS) network 2190, and IMS core 2130.
  • CS network 2120 includes Mobile Switching Center(s) (MSC) that provides wireless voice services to UE 2180 over radio access network 2170.
  • PS network 2190 includes Packet Data Serving Node(s) (PDSN) that act as the connection point between radio access network 2170 and IMS core 2130.
  • IMS core 2130 includes CSCF(s) and HSS(s) that provide multimedia services to UE 2180 via PS network 2190 and radio access network 2170.
  • radio access network 2170 cannot support simultaneous connections between UE 2180, CS network 2120, and PS network 2190.
  • CS network 2120, PS network 2190, and radio access network 2170 are not, by themselves, capable of providing combinational services to UE 2180.
  • the service delivery platform provides combinational services to UE 2180 as follows.
  • SN 2110 communicates both with CS network 2120 and with IMS core 2130, and appears like a normal system component to each of the two networks.
  • CS network 2120 normally when UE 2180 requests a voice call or other service on CS network 2120, the request triggers a Trigger Detection Point (TDP) at the MSC, and the MSC then sends a pre-specified message to a Service Control Function (SCF) that responds appropriately.
  • TDP Trigger Detection Point
  • SCF Service Control Function
  • the message includes, for example, the phone numbers of the calling and called parties, and the nature of the service request.
  • the MSC is programmed to provide the pre-specified message to SN 2110 instead of to the SCF.
  • Logic operating in SN 2110 then processes the message, much as the SCF normally would, and returns a completion code to the MSC indicating that it may now proceed to process the voice call request.
  • SN 2110 thus learns information about services on the circuit-switched network that UE 2180 invokes, e.g., the phone numbers of the calling and called parties, and the nature of the service, and also can authorize or even modify the service request when it returns the completion code to the MSC on CS network 120.
  • SN 2110 looks like an SCF to the MSC.
  • SN 2110 provides a control path to the CS network, but not a bearer path.
  • the S-CSCF normally communicates with "third party" ASs in order to provide services to UE 2180. Specifically, if an AS wants to communicate with UE 2180, it sends a request to the S-CSCF which triggers a Service Point Trigger (SPT) in the S-CSCF.
  • SPT Service Point Trigger
  • the SPT are analogous to the TDP of the MSC in the CS network 2120, with some differences, as described in greater detail above.
  • the SPT causes the S- CSCF to communicate appropriately with the UE 2180.
  • SN 2110 operates much like an AS, and indeed looks like an AS to the IMS core 2130.
  • SN 2110 wants to contact UE 2180, it sends a transaction request to the S-CSCF, where it generates an SPT for the S-CSCF to forward the request to the UE.
  • UE 2180 wants to contact the SN 2110, it sends a SIP invite message to the S- CSCF, which generates an SPT for the S-CSCF to send the request to SN 2110.
  • the SN 2110 then uses service logic to execute that request.
  • the S-CSCF simply needs to be configured to recognize the SN 2110 as an AS. This allows SN 2110 to learn about the packet-based connections that the UE and/or AS make with the S-CSCF.
  • SN 2110 provides both control and bearer connectivity to the IMS core 2130 and external endpoints. Methods of interaction between SN 2110 and the IMS core 2130 are discussed in greater detail in U.S. Patent Pub. No. 2006/0291488, the entire contents of which are incorporated herein by reference.
  • SN 2110 supports protocols for CS communications, e.g., SS7, and protocols for PS/IMS communications e.g., IP. For example, if SN 2110 is exchanging a message with PA 2185 in circuit-switched mode, it may use DTAP and if SN is exchanging a message with PA 2185 in packet-switched mode, it uses SIP.
  • DTAP Direct Transfer Application Part
  • SN 2110 is exchanging a message with PA 2185 in circuit-switched mode, it may use DTAP and if SN is exchanging a message with PA 2185 in packet-switched mode, it uses SIP.
  • DTAP Direct Transfer Application Part
  • USSD Unstructured Supplementary Services Data
  • the triggering mechanisms such as TDP and SPT are examples of mechanisms that can be used to transfer information from the CS network 2120 and the IMS core 2130 to SN 2110; any mechanism that allows SN 2110 to learn sufficient information about the UE's connections to the two networks can be used.
  • One example is Unstructured Supplementary Services Data (USSD).
  • SN 2110 can also receive media traffic from content source(s) 2140, e.g., camcorders or digital cameras, and content server(s) 2150 that are capable of providing multimedia content 2160. This functionality is described in greater detail below.
  • content source(s) 2140 e.g., camcorders or digital cameras
  • content server(s) 2150 that are capable of providing multimedia content 2160. This functionality is described in greater detail below.
  • SN 2110 communicates with CS network 2120 and IMS core 2130.
  • SN 2110 includes Load Balancer/ Admission Control 2221, which includes a series of load balancing functions that handle incoming signals from CS network 2120 and IMS core 2130.
  • Load Balancer/Admission Control 2221 then passes the signals to Signaling Adaptation Layer (SAL) 2222, which aggregates the signals into a common internal form.
  • SAL Signaling Adaptation Layer
  • Call Leg Manager (CLM) 2223 then logically processes the aggregated signals.
  • call models used to describe telephone connections often split call states in one or more "call legs.”
  • GCCM General Call Session Manager
  • Control of call legs is discussed in greater detail in U.S. Patent Pub. No. 2006/0291488, the entire contents of which are incorporated herein by reference.
  • SN 2110 can also receive media traffic from content servers 2250, such as camcorders, external cameras, or proxies for same.
  • content servers 2250 such as camcorders, external cameras, or proxies for same.
  • a logical function called the Media Leg Manager (MLM) 2240 handles this media traffic, using protocols such as RTP, IP, and/or RTSP.
  • MLM Media Leg Manager
  • Media traffic may also be re-directed by SN 2110 under roaming scenarios, as described in greater detail in U.S. Patent Pub. No. 2006/0291412, the entire contents of which are incorporated herein by reference.
  • Various media servers and content servers will be not necessarily be aware of SN 2110; rather, SN 2110 may act as a proxy and retrieve content and media from such servers, then process it and transmit it to mobile handsets.
  • SN 2110 supports various proxy functions.
  • SN 2110 supports a variety of combinational services, some examples of which are described below, and also provides an interface for supporting 3 rd party Application Servers (AS) 2255 (see, e.g., Fig. 16). These services, as stated earlier, generally involve contemporaneous circuit-switched and packet-switched connections. Some examples of such services as “See What I See” (SWIS) one "Image Ring” (IR) and “Ad Ring” (AR).
  • SWIS See What I See
  • IR Image Ring
  • AR Ad Ring
  • the architecture of SN 2110 includes SCF 2233 and Registrar 2235 components cooperatively to make such services possible.
  • the proxy components of SN 2110 may be used to receive the external media, process it internally for use in mobile handsets, and then transmit the media to the handsets.
  • SN may also use its mobility management components as described in greater detail in U.S. Patent Pub. No. 2006/0291412, the entire contents of which are incorporated herein by reference, to ensure that a favorable network connection is used to deliver the media to the roaming mobile handset.
  • services from the circuit-switched and packet-switched networks may be combined in various temporal sequences and modalities.
  • SN 2110 contains a Service Control Interaction Manager (SCIM) 234 component that uses policy driven service logic to resolve feature interactions when services are combined from different or the same networks are combined in various ways.
  • SCIM Service Control Interaction Manager
  • the PS logic only responds to messages from SN. And since it is only the SN that is aware of both the PS and CS connections and impending and ongoing call state information, the SN is useful in delivering and coordinating the advertisements.
  • the PA logic provides flexibility in which advertisements are shown when to the recipient. However, it is possible to envision a system in which the PA logic is not used to provide such flexibility.
  • a fixed rendering mechanism may be used (e.g., provided by the handset manufacturer) in the handset that employs a single algorithm to render the advertisements. This algorithm may be updated by sending an SMS message to the recipient handset. The user is then required to "click" on the received SMS message that causes a new algorithm to be loaded from the SN on to the handset.
  • PA 2185 A special piece of service logic installed in a user's handset is referred to as the Personal Agent (PA).
  • the basic architecture of PA 2185 assumes that the handset supports connections to both the circuit-switched (CS) network 2120 and the packet-switched (PS) network 2190, which are described in greater detail above.
  • CS circuit-switched
  • PS packet-switched
  • some handsets simultaneously support connections to both networks, and other handsets support a connection to only one network at a time.
  • the handset is assumed to support a number of CS signaling channels (CS Sch 1-n), and also a number of PS signaling channels (PS Sch 1-n).
  • CS Sch 1-n CS signaling channels
  • PS Sch 1-n PS signaling channels
  • the PA includes CS "Listener” 2321 and PS “Listener” 2322, which receive messages on the signaling channels (CS Sch 1-n) and (PS Sch 1-n), respectively.
  • CS Listener 2321 and PS Listener 2322 direct these messages to another service logic component called the “Dispatcher” 2330.
  • Dispatcher 2330 uses internal logic to direct the messages appropriately either to the handset's operating system (OS) 2350 or to the Combinational State Machine 2340.
  • Combinational State Machine 2340 handles the message according to its service logic. The actions of the combinational state machine are specific to the service that is being implemented.
  • the appropriate Listener in party B's handset receives the message and transmits it to the Dispatcher, which then sends it to the Combinational State Machine.
  • the Combinational State Machine in party B's handset interprets the message, terminates the CS voice call, initiates a PS connection to receive the picture and, after receiving the picture, terminates the PS connection. Then, the Combinational State Machine in party A's handset initiates a new CS voice call to party B's handset, and the parties can continue talking.
  • the service delivery platform has knowledge of both the CS and PS networks, the platform could be said to be aware of the circuit and packet components of combinational services.
  • the SN and the PA can be used together to synchronize a packet-switched connection with a circuit-switched connection in the user's handset, even if the handset itself cannot simultaneously support both kinds of connections.
  • SDP Service Delivery Platform
  • [0077] Assume that user "A” records a video stream using a handset.
  • the user forwards that video stream in real time to the handset of user "B” using the SDP by utilizing conventional "call forwarding techniques" in a non- conventional way.
  • the SN establishes a PS connection between the handset and the "forwarded to" handset, via the "forwarded to" handset's mobile station.
  • the SN in conjunction with service logic PA resident in the handset, ensures that the called party number and "connected to" number are identical; if not, it senses that Call Forwarding has been initiated by the consumer and ensures that the PS connection is established with the "connected to" number and not the "called party number.”
  • the handset "A” then transmits the video stream via the PS connection to handset "B” via the established PS connection.
  • the user forwards the video stream in real time to a URL.
  • the SDP ensures that a PS connection is established with the URL designated by the user.
  • the utility of this case is further enhanced by the consideration that if the mobile station does not respond, the CS connection (as per standard telephony practice) will be forwarded to a voice mail server. But the CS connection (i.e., CS network) is unaware that the underlying call was a combinational call. Hence the multimedia segment of the call will be lost. Forwarding to a URL ensures that this information can also be made available to the consumer at a later time.
  • the SN supports the URL mechanism through a "proxy mechanism.”
  • the proxy acts as a mobile station when interfacing with the SN, thus no change is needed in the service logic of the SN (it is as if dealing with another mobile handset).
  • the proxy interfaces with the storage server (either local to SN or third party) using the protocol that the storage server accepts.
  • the proxy acts as a client when interfacing with the storage server.
  • the details of this client interface are dependent on the storage server implementation, e.g., the storage server may be a Web portal supporting a SOAP/XML interface.
  • the SN may initiate a Call Forwarding to URL event on behalf of the called party.
  • a called party roams out of 3G to 2G coverage while a call is in progress in which case the PS connection will normally be dropped while the CS (voice) connection will be preserved by the wireless network; as a further extension of this case the quality of service available for the PS connection may be poor and the SDP may decide to "record" by initiating Call Forwarding to URL event.
  • the called party does not possess a 3G UMTS handset (has a 2G or 2.5G handset only) and thus can not support a combinational service.
  • the SN is in the path of the multimedia stream (acting as B2BUA in IMS networks and as a SDP in non-IMS networks).
  • SN receives RTCP information from called party mobile station (i.e., from service logic PA resident in the called party handset) that indicates the rate of acceptance of multimedia traffic at the called party handset.
  • Service logic in SDP interprets this rate and uses it as a trigger to initiate Call Forwarding to URL.
  • the timeliness of RTCP reports is "near real time;" however, new reporting protocols are under discussion in various standard's bodies and forums that provide more timely reporting information.
  • the present invention is not limited in its scope by its use of RTCP and use of other reporting technologies is envisaged in various embodiments.
  • combinational calls at origination undergo a service negotiation phase during which codec and other parameters to be used in the service are negotiated. If the called party handset is not a 3G/UMTS handset (or does not possess service logic that supports the afore-mentioned combinational service), it will not respond (or will respond incorrectly) to the service negotiation request from the calling party handset. In such a case SN may use this information as a trigger to initiate Call Forwarding to URL event.
  • PS sessions that are Call Forwarded to URL may be stored (i.e., preserved) for future perusal and made available to consumers, e.g. last five Video Share sessions made available to the called party, in an offline process.
  • Fig. 1 schematically illustrates a high-level overview of the components of a system capable of providing real-time handset to personal computer video transfer via the Internet according to some embodiments.
  • Initiator handset 11 makes a voice call 12 to the recipient handset 13.
  • Initiator handset 11 exchanges options with recipient handset 13 via SDP 0140 to assess if recipient handset 13 is capable of the service.
  • SDP 14 gets indication from recipient handset 13, and notifies initiator handset 11 (e.g., with a "blue" indicator ) conveying that recipient handset 13 is not capable of an integrated experience (i.e., it is not capable of using mRAB technology).
  • Initiator handset 11 starts sharing video with the SDP 14.
  • SDP 14 adapts the format to a web conducive format and passes content to portal server 15.
  • Portal server 15 notifies user portal 16 of an incoming video availability.
  • user portal 16 recieves this information via the voice call 12 and seeks access to portal server 15.
  • Portal 16 retrieves video from portal server 15 using a
  • Fig. 2 illustrates the sequence of steps according to the embodiment of Fig. 1. The steps are as follows:
  • Initiator handset (I) makes a voice call to the Recipient handset (R);
  • SDP gets indication from R, and notifies S (e.g., with a "blue” indicator ) conveying that R is not capable of an integrated experience;
  • SDP adapts the format to a web conducive format and passes content to Portal Server (PS);
  • PS notifies user portal (P) of an incoming video availability; or P gets this information via the voice call and seeks access to PS; and 7. P retrieves video from PS using a web based interface using a streaming protocol.
  • Fig. 3 schematically illustrates a high-level overview of the components of a system capable of providing real-time handset to personal computer video transfer via the Internet according to some embodiments.
  • the handset 100 is connected to the Serving node 101, using signaling protocols as described above.
  • the cellular phone 100 streams the video to the Serving Node 101 via the PS network.
  • the Serving Node 101 is responsible for creating/maintaining/destroying video sessions between 100 and another cellular phone or a media streaming server 102.
  • the Serving Node 101 streams the video to one or more third party media streaming server(s) 102.
  • the media server(s) make(s) available this video through an Internet URL.
  • Personal computers 103 connect to the media streaming servers using the Internet to get access to the streamed video.
  • the video display may lag slightly behind the voice call. For purposes of this application, this is still considered to be "real-time" video transfer.
  • Figs. 4-12 illustrate exemplary handset and personal computer interfaces that can be used to facilitate a video streaming session.
  • the interfaces can be readily adapted to handset-to-handset video streaming.
  • the handset software displays a menu allowing the user to add a combinational service to the call, e.g., makes the "Broadcast Video to Web" option 104 available to the user (among other options).
  • the video session is initiated.
  • the password expires as soon as the video session is terminated, and each new video session begins with a fresh password.
  • the password can be left blank in which case no authentication is required to view the video broadcast.
  • the OK 106 button saves the password.
  • the Cancel button 105 exits the video session.
  • the text field 107 accepts the password in masked text.
  • Fig. 6 illustrates an interface for sending "Invite" messages to other users to view the video session by way of SMS, MMS, and Email according to some embodiments.
  • the Search button 108 launches the Address book search feature of the cellular phone.
  • the Cancel button 105 exits the video session.
  • the invite message when sent, contains the URL at which the Video broadcast can be accessed and the Inviters name. Invite messages are one way of Notifying users apart from the voice call itself.
  • Fig. 7 illustrates an interface for enabling or disabling the handset's ability to receive text messages before the Video session is initiated according to some embodiments.
  • the YES button 110 enables receiving of text messages.
  • the NO button 111 disables receiving of text messages. With the Text messages enabled, text messages can be exchanged between the cellular phone 100 and the personal computer 103 simultaneously with the video session.
  • Fig. 8 illustrates an interface for adding a custom border around the video stream, to be displayed to the users viewing the stream according to some embodiments.
  • the handset software presents the user with a list of border styles to select from.
  • the Select button 113 selects the border style.
  • the Finish button 112 skips the section.
  • Fig. 9 illustrates an interface for adding a user selectable audio track to be played concurrently with the video stream according to some embodiments.
  • the Select button 115 fetches all audio content stored in the phone memory.
  • the Cancel button 114 exits the video session.
  • Fig. 10 illustrates an interface for allowing text messages exchanged between the cellular handset 100 and the personal computer 103 according to some embodiments.
  • the user On the handset the user will see the video the handset is broadcasting. The text messages overlap the video.
  • a text field At the bottom of the screen are a text field and a Send button 116.
  • the Send button sends the text contained in the text field.
  • the screen shows text sent by both or all parties involved in the conversation.
  • the systems and methods allow users with personal computers connected to a network to be able to receive the video broadcast.
  • the users will have to access an Internet URL, e.g., a URL transmitted from the handset to the personal computer users via an "Invite" message.
  • an Internet URL e.g., a URL transmitted from the handset to the personal computer users via an "Invite" message.
  • the user Upon accessing the Internet URL, in some embodiments the user will be presented with an authentication screen such as that illustrated in Fig. 11.
  • the username to be entered will be the viewer's own name. The username helps other participants/viewers of the video stream to identify who else is watching the broadcast. The same username also helps in identifying participants while text messages are exchanged. The username may be entered in the username text field 120.
  • the password to be entered was previously established, e.g., using the handset interface illustrated in Fig. 5.
  • the password may be used to prevent unwanted viewers from being able to watch the video broadcast.
  • the password is transmitted from the initiating handset to the users invited to watch the video through, e.g., SMS, MMS, EMAIL, or even verbally through a voice call.
  • the system accepts the password through the Password field 119.
  • the Submit button 117 submits the username and password for authentication.
  • the Cancel button 118 aborts the authentication process.
  • Fig. 12 illustrates an exemplary personal computer user interface through which a successfully authenticated user can view the video as well as chat with other users, according to some embodiments.
  • the video screen 122 is where the viewer gets to watch the video being streamed from the cellular handset 100.
  • the video details screen 121 presents the user with information like when the video broadcast was started, the duration for which the broadcast has been running, the viewers viewing the broadcast, Video size.
  • the viewer using the personal computer 103 can exchange text messages with the user with the cellular handset 100. This textual conversation is common to all participants viewing the broadcast.
  • the text messages appear in the messages window 124.
  • the SEND button 123 sends a new text message.
  • the page title 125 identifies the owner of the video feed.
  • Embodiments of the present invention build on techniques, systems and methods disclosed in earlier filed applications, referred to herein as the "incorporated patent references,” including but not limited to the following references, the entire contents of which are incorporated herein by reference:
  • U.S. Patent Pub. No. 2007/0197227 entitled System and Method for Enabling Combinational Services in Wireless Networks By Using a Service Delivery Platform
  • U.S. Patent Pub. No. 2006/0291437 entitled System and Method to Provide Dynamic Call Models for Users in an IMS Network
  • U.S. Patent Pub. No. US 2007/0008913 entitled Method and System for Provisioning IMS Networks with Virtual Service Organizations Having Distinct Service Logic
  • U.S. Patent Pub. No. US 2006/0291484 entitled Method of Avoiding or Minimizing Cost ofStateful Connections Between Application Servers and S-CSCF Nodes in an IMS Network with Multiple Domains

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Databases & Information Systems (AREA)
  • Human Computer Interaction (AREA)
  • General Engineering & Computer Science (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)

Abstract

La présente invention concerne des systèmes et des procédés pour un transfert vidéo en temps réel entre un réseau de téléphonie mobile et l'Internet durant un appel vocal entre le combiné d'un appelant et le combiné d'un appelé. Dans certains modes de réalisation, les systèmes et les procédés délivrent le flux vidéo en temps réel d'un téléphone portable à un ordinateur individuel en utilisant l'Internet.
PCT/US2008/060656 2007-04-17 2008-04-17 Systèmes et procédés pour un transfert vidéo en temps réel entre un réseau de téléphonie mobile et l'internet WO2008131118A1 (fr)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CA002684481A CA2684481A1 (fr) 2007-04-17 2008-04-17 Systemes et procedes pour un transfert video en temps reel entre un reseau de telephonie mobile et l'internet
EP08746133A EP2137967A4 (fr) 2007-04-17 2008-04-17 Systèmes et procédés pour un transfert vidéo en temps réel entre un réseau de téléphonie mobile et l'internet

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US92391807P 2007-04-17 2007-04-17
US60/923,918 2007-04-17

Publications (1)

Publication Number Publication Date
WO2008131118A1 true WO2008131118A1 (fr) 2008-10-30

Family

ID=39875897

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US2008/060656 WO2008131118A1 (fr) 2007-04-17 2008-04-17 Systèmes et procédés pour un transfert vidéo en temps réel entre un réseau de téléphonie mobile et l'internet

Country Status (3)

Country Link
EP (1) EP2137967A4 (fr)
CA (1) CA2684481A1 (fr)
WO (1) WO2008131118A1 (fr)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2381683A1 (fr) * 2010-04-23 2011-10-26 Orange Vallee Procédé et système de gestion d'une session de diffusion en continu d'un flux vidéo affiché en direct
US9026117B2 (en) 2006-05-16 2015-05-05 Aylus Networks, Inc. Systems and methods for real-time cellular-to-internet video transfer
US9160570B2 (en) 2007-02-22 2015-10-13 Aylus Networks, Inc. Systems and method for enabling IP signaling in wireless networks

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040249962A1 (en) * 2001-11-28 2004-12-09 Medialive, A Corporation Of France Method and system for accessing video and multimedia electronic mail
US20050237933A1 (en) * 2004-03-30 2005-10-27 Pekka Marjelund Delivering services in a wireless communications system
US20060114987A1 (en) * 1998-12-21 2006-06-01 Roman Kendyl A Handheld video transmission and display

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030210683A1 (en) * 2002-05-07 2003-11-13 Koninklijke Kpn N.V. Telecommunication system
EP1545129A1 (fr) * 2003-12-16 2005-06-22 Hutchison Whampoa Three G IP (Bahamas) Limited Pousser pour regarder : une application vidéo en continu de personne à personne
JP2009502073A (ja) * 2005-07-20 2009-01-22 クレアテクナ ベインティウノ ソシエダド リミタダ 携帯電話からテレビジョン生放送するためのシステム
US20070177606A1 (en) * 2006-01-13 2007-08-02 Dilithium Networks Pty Ltd. Multimedia streaming and gaming architecture and services

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060114987A1 (en) * 1998-12-21 2006-06-01 Roman Kendyl A Handheld video transmission and display
US20040249962A1 (en) * 2001-11-28 2004-12-09 Medialive, A Corporation Of France Method and system for accessing video and multimedia electronic mail
US20050237933A1 (en) * 2004-03-30 2005-10-27 Pekka Marjelund Delivering services in a wireless communications system

Non-Patent Citations (1)

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

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9026117B2 (en) 2006-05-16 2015-05-05 Aylus Networks, Inc. Systems and methods for real-time cellular-to-internet video transfer
US9148766B2 (en) 2006-05-16 2015-09-29 Aylus Networks, Inc. Systems and methods for real-time cellular-to-internet video transfer
US9160570B2 (en) 2007-02-22 2015-10-13 Aylus Networks, Inc. Systems and method for enabling IP signaling in wireless networks
EP2381683A1 (fr) * 2010-04-23 2011-10-26 Orange Vallee Procédé et système de gestion d'une session de diffusion en continu d'un flux vidéo affiché en direct
FR2959372A1 (fr) * 2010-04-23 2011-10-28 Orange Vallee Procede et systeme de gestion d'une session de diffusion en continu d'un flux video affiche en direct
US8813149B2 (en) 2010-04-23 2014-08-19 Orange Process and system for management of a continuous broadcast session of a posted direct video stream

Also Published As

Publication number Publication date
EP2137967A1 (fr) 2009-12-30
CA2684481A1 (fr) 2008-10-30
EP2137967A4 (fr) 2010-07-28

Similar Documents

Publication Publication Date Title
US9148766B2 (en) Systems and methods for real-time cellular-to-internet video transfer
US8730945B2 (en) Systems and methods for using a recipient handset as a remote screen
US20070197227A1 (en) System and method for enabling combinational services in wireless networks by using a service delivery platform
US8611334B2 (en) Systems and methods for presenting multimedia objects in conjunction with voice calls from a circuit-switched network
EP1677485B1 (fr) Méthode et appareil pour fournir des services de retour d'appel multimédia à des dispositifs d'utilisateur dans des réseaux IMS.
EP2107714B1 (fr) Procédé et appareil pour la mise en oeuvre d'un service multimédia de tonalité de retour d'appel et de service multimédia d'identification de l'appelant
US8339438B2 (en) Web based access to video associated with calls
US20060256748A1 (en) System and method for interworking between IMS network and H.323 network
CN1898660B (zh) 基于会话初始协议的用户发起切换
US7882239B2 (en) Communications method and apparatus, database information retrieval method and apparatus
EP1949643B1 (fr) Procédé pour établir une session multimédia avec un utilisateur distant d'un réseau de communication
JP2008523662A (ja) 画像ベースのプッシュ・ツー・トークのユーザインタフェース向き画像交換方法
CA2760901A1 (fr) Systeme et procede de mise en ƒuvre d'un transfert de commande d'une session collaborative a l'aide d'un protocole sip
US8494527B2 (en) Method for transferring a communication session in a telecommunications network from a first connection to a second connection
WO2009009167A1 (fr) Présentation d'objets multimédia conjointement à des appels vocaux provenant d'un réseau à commutation de circuits
CN100544371C (zh) 在综合业务中实现能力协商的方法
WO2008131118A1 (fr) Systèmes et procédés pour un transfert vidéo en temps réel entre un réseau de téléphonie mobile et l'internet
WO2008131109A1 (fr) Systèmes et procédés pour utiliser un combiné de destinataire en tant qu'écran à distance
JP4887366B2 (ja) インターネット通信ネットワークコアに属するサービス装置における機能の実施を制御するための装置
KR100695393B1 (ko) 화상 통화 중 추가 멀티미디어 콘텐츠 제공 방법 및 그시스템
KR100779104B1 (ko) 휴대인터넷 망에서의 응용 서비스 제공 장치, 휴대인터넷포털 서비스 접속 방법 및 휴대인터넷 단말 간의 응용서비스 개시 방법
KR20090116427A (ko) 영상 메시지 서비스를 제공하기 위한 시스템 및 그 방법

Legal Events

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

Ref document number: 08746133

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2684481

Country of ref document: CA

WWE Wipo information: entry into national phase

Ref document number: 2008746133

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE

点击 这是indexloc提供的php浏览器服务，不要输入任何密码和下载