WO2008144359A1 - Transmission à un appelé de signaux d'alerte créés par un appelant dans un réseau ip - Google Patents

Transmission à un appelé de signaux d'alerte créés par un appelant dans un réseau ip Download PDF

Info

Publication number
WO2008144359A1
WO2008144359A1 PCT/US2008/063642 US2008063642W WO2008144359A1 WO 2008144359 A1 WO2008144359 A1 WO 2008144359A1 US 2008063642 W US2008063642 W US 2008063642W WO 2008144359 A1 WO2008144359 A1 WO 2008144359A1
Authority
WO
WIPO (PCT)
Prior art keywords
caller
user equipment
alert
originated
communication
Prior art date
Application number
PCT/US2008/063642
Other languages
English (en)
Inventor
L. Scott Bloebaum
Charles Liu
Original Assignee
Sony Ericsson Mobile Communications Ab
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
Priority claimed from US11/761,606 external-priority patent/US9781257B2/en
Application filed by Sony Ericsson Mobile Communications Ab filed Critical Sony Ericsson Mobile Communications Ab
Publication of WO2008144359A1 publication Critical patent/WO2008144359A1/fr

Links

Classifications

    • 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/42025—Calling or Called party identification service
    • H04M3/42034—Calling party identification service
    • H04M3/42042—Notifying the called party of information on the calling party
    • H04M3/42051—Notifying the called party of information on the calling party where the notification is included in the ringing tone
    • 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/1094—Inter-user-equipment sessions transfer or sharing
    • 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/1096—Supplementary features, e.g. call forwarding or call holding

Definitions

  • the present invention relates generally to a method and apparatus for exchanging information in a communication system. More specifically, the invention relates to a technique for obtaining caller-originated alert signals in IP-based communication sessions.
  • a typical device often includes a camera, a music player, and sound recorder, and may include a global positioning system (GPS) receiver.
  • GPS global positioning system
  • Patent Application Publication 2005/0271041 A1 titled “Exchange of Information in a Communication System” and filed on June 1 , 2005 by Minborg et al.; U.S. Patent No. 6,996,072, titled “Method and Apparatus for Exchange of Information in a Communication Network” and issued on February 7, 2006 to Minborg; U.S. Patent No. 6,977,909, titled “System and Method for Exchange of Information in a Communication Network” and issued on December 20, 2005 to Minborg; and U.S. Patent Application Publication 2006/0114845, also titled “System and Method for Exchange of Information in a Communication network” and filed on November 14, 2005 by Minborg.
  • the present invention overcomes the above identified deficiencies of identifying and finding a data object and navigating between a set of data objects by applying a novel connection between a data-communications network and a telecommunications network.
  • a technique for connecting a dialed B-party number to a data object is described.
  • a data object can for example be graphical, text, sound, voice, animations, static or dynamic pictures, or any combination.
  • the connecting of a B-party number to a specific data object hereafter referred to as phonepage, will allow an A-party direct access to information that a B-party wishes to display to a calling party.
  • the phonepage resides in a memory in a telecommunications network, or in a memory in a data-communications network connected thereto.
  • the phonepage may have a similar appearance to an Internet web page, but may also take other appearances.
  • the displaying of the phonepage may be made dependent upon the capabilities of the A-party user equipment.
  • the node storing the phonepages may, upon detection of type of equipment, select the most advantageous way of displaying a selected data object.
  • the phonepage may provide different levels of interaction possibilities, i.e., only display information, or be a fully interactive data object with a duplex communication between the A-party and the node housing the memory in which the phonepage is stored.
  • the phonepages may be configured to be displayed automatically or by indication from the A-party.
  • a B-party has the same capabilities of obtaining phonepages upon reception of an A-number in conjunction with an incoming call.
  • a node in a data-communication or telecommunication system is described.
  • the node consists of at least a database memory including at least indications of the phonepages and upon access from a remote request, respond with said indication.
  • the transfer of the indication to a calling A-party may be dependent on type of connection and access technology used in the connection. For example in a connection where both circuit switched and packet switched communication is simultaneously possible, the indication may be transferred on a packet switched communication resource and, e.g., voice communication may be initiated on the circuit switched communication resource. In other types of connections, two data flows may be set-up on one or several simultaneous packet switched communication resources, e.g., speech and data transfer. Another example is when voice communication is initiated over a circuit switched communication resource and the phonepage indications are transferred over a packet switched channel with limited performance such as an SMS channel.
  • voice communication is initiated over a circuit switched communication resource and the phonepage indications are transferred over a packet switched channel with limited performance such as an SMS channel.
  • Figure 1 illustrates a communication system according to one or more embodiments of the invention.
  • Figure 2 shows a block diagram illustrating an exemplary system for obtaining caller- originated alert signals in an IP-based communication session in accordance with an embodiment of the present invention.
  • Figure 3 shows a flow chart illustrating an exemplary method for obtaining caller- originated alert signals in an IP-based communication session in accordance with an embodiment of the present invention.
  • Figure 4 shows a block diagram illustrating an exemplary user equipment for requesting and/or receiving caller-originated alert signals in an IP-based communication session in accordance with an embodiment of the present invention.
  • the present invention is described below in reference to a wireless telecommunications system providing voice and data services to a mobile device.
  • Various systems providing voice and data services have been deployed, such as GSM networks (providing circuit-switched communications) and GPRS (providing packet-switched communications); still others are currently under development.
  • GSM networks providing circuit-switched communications
  • GPRS providing packet-switched communications
  • These systems may employ any or several of a number of wireless access technologies, such as Time Division Multiple Access (TDMA), Code Division Multiple Access (CDMA), Frequency Division Multiple Access (FDA), Orthogonal Frequency Division Multiple Access (OFDMA), Time Division Duplex (TDD), and Frequency Division Duplex (FDD).
  • TDMA Time Division Multiple Access
  • CDMA Code Division Multiple Access
  • FDA Frequency Division Multiple Access
  • OFDMA Orthogonal Frequency Division Multiple Access
  • TDD Time Division Duplex
  • FDD Frequency Division Duplex
  • the present invention is not limited to any specific type
  • inventive techniques disclosed herein may be applied to "wired" devices accessing conventional voice or data networks, as well as wireless devices.
  • the invention may be practiced with devices accessing voice and/or data networks via wireless local area networks (WLANs) or via one or more of the emerging wide-area wireless data networks, such as those under development by the 3 rd - Generation Partnership Project (3GPP).
  • WLANs wireless local area networks
  • 3GPP 3 rd - Generation Partnership Project
  • FIG. 1 illustrates an exemplary communications system in which the present invention may be employed.
  • Communications device 100 communicates with other devices through base station 1 10, which is connected to wireless network 120.
  • Wireless network 120 is in turn connected to the Public Switched Telephone Network (PSTN) 125 and the Internet 130.
  • PSTN Public Switched Telephone Network
  • Wireless device 100 can thus communicate with various other devices, such as wireless device 135, conventional land-line telephone 140, or personal computer 145.
  • wireless device 100 also has access to data server 150 via the Internet 130; data server 150 may be configured to provide access through Internet 130 to data or applications stored in storage device 160.
  • Storage device 160 may comprise one or more of a variety of data storage devices, such as disk drives connected to data server 150 or one or more other servers, a Redundant Array of Inexpensive Drives (RAID) system, or the like.
  • RAID Redundant Array of Inexpensive Drives
  • Communications device 100 may be a cordless telephone, cellular telephone, personal digital assistant (PDA), communicator, computer device, or the like, and may be compatible with any of a variety of communications standards, such as the Global System for Mobile Communications (GSM) or one or more of the standards promulgated by 3GPP.
  • Communications device 100 may include a digital camera, for still and video images, as well as a digital sound recorder and digital music player application.
  • Communications device 100 may also support various applications in addition to voice communications, such as e-mail, text messaging, picture messaging, instant messaging, video conferencing, web browsing, and the like.
  • Communications device 100 also includes a wireless local-area network (WLAN) transceiver configured for communication with WLAN access point 170.
  • WLAN access point 170 is also connected to Internet 130, providing communications device 100 with alternative connectivity to Internet-based resources such as data server 150.
  • location server 180 Also connected to wireless network 120 is location server 180.
  • Location server 180 is typically maintained by the operator of wireless network 120, but may be separately administered.
  • the main function of location server 180 is to determine the geographic location of mobile terminals (such as mobile terminal 100) using the wireless network 120.
  • Location information obtained by location server 180 may range from information identifying the cell currently serving mobile terminal 100 to more precise location information obtained using Global Positioning System (GPS) technology.
  • GPS Global Positioning System
  • Triangulation techniques may include Time Difference of Arrival (TDOA) technology, which utilizes measurements of a mobile's uplink signal at several base stations, or Enhanced- Observed Time Difference (E-OTD) technology, which utilizes measurements taken at the mobile terminal 100 of signals sent from several base stations.
  • TDOA Time Difference of Arrival
  • E-OTD Enhanced- Observed Time Difference
  • GPS-based technologies may include Assisted-GPS, which utilizes information about the current status of the GPS satellites derived independently of the mobile terminal 100 to aid in the determination of the terminal's location.
  • the various systems and methods described herein facilitate the selective delivery of data objects to a communication device, such as mobile terminal 125, in communication with another device, such as mobile terminal 100.
  • the data object may be transferred from one device to the other, e.g., from mobile terminal 100 to mobile terminal 125, or from a data object server, such as server 150 or server 180, in response to a request from either of the communication devices.
  • the users of the communication devices are engaged in a communication session, which may comprise a voice call (whether circuit-switched or packet-switched), an instant message (IM) session, or any other modes of communication such as those described herein or combinations thereof.
  • a communication session which may comprise a voice call (whether circuit-switched or packet-switched), an instant message (IM) session, or any other modes of communication such as those described herein or combinations thereof.
  • one or both of the communication devices may include a module or application that is able to determine the occurrence of a communications-related trigger event in the communication device and to thereafter transmit and/or receive data, such as data specifically related to the trigger event.
  • the trigger event may comprise, for example, any of the following events or combinations thereof:
  • trigger events might include, but are not limited to:
  • a called party is unavailable (e.g., an addressed mobile phone is out of coverage).
  • a special-function button is pressed on a communication device.
  • a button or other user interface device is activated in response to a query. • A voice mail, text message, e-mail, instant message, or the like is received.
  • a voice mail, text message, e-mail, instant message, or the like is received.
  • trigger events are related to traditional voice communications, those skilled in the art will appreciate that many analogous trigger events will apply to other communication modes, such as instant messaging, e-mail, video conferencing, "chat” sessions, and so on.
  • the first UE may cause a customized alert signal to be provided to the second UE, prior to the establishment of the communication session, to alert the user of the second UE of the upcoming communication session.
  • the first UE may transmit a call setup request to a communication server and also indicate to the communication server the intent to send a customized alert signal.
  • This customized alert signal may be referred to generally as "a caller-originated alert signal” or "a caller-originated alert,” wherein the word “caller” refers to a party who initiates a communication session but is not limited to voice calls.
  • the communication server may initiate the call setup with the second UE and instruct it to obtain the caller-originated alert signal from a PhonePage server.
  • the second UE may then contact the PhonePage server to request the caller-originated alert signal.
  • the second UE may render the caller- originated alert signal to alert its user of the communication session.
  • the system 2400 may comprise a first user equipment (UE A), a second user equipment (UE B), a communication server C, and a PhonePage server D.
  • UE A user equipment
  • UE B user equipment
  • C communication server
  • D PhonePage server
  • the UE A may be a mobile telephone or a mobile telephone connected to any kind of data equipment, e.g., personal digital assistant (PDA) devices or laptop computer.
  • PDA personal digital assistant
  • the UE A may also be a fixed non-mobile device such as a desktop computer, a gaming device, an IP telephone, or other devices which can initiate and receive communications.
  • the UE A is capable of communicating with other user equipment such as UE B in a variety of ways.
  • UE A may establish a voice call, such as a Voice-over-IP (VOIP) call, with UE B.
  • UE A may also establish a wireless "walkie-talkie" session based on the push-to-talk (PTT) technology.
  • PTT push-to-talk
  • UE A may alternatively establish a data or multimedia communication session (e.g., email, instant messaging, online meeting, document sharing, and file transfers) with UE B.
  • UE B may typically have comparable or at least compatible functionalities in order to communicate with UE A.
  • Both UE A and UE B may be configured to communicate with the PhonePage server D.
  • the PhonePage server D may comprise a PhonePages number server (PNS) and/or PhonePage web server (PWS).
  • PPS PhonePages number server
  • PWS PhonePage web server
  • the PhonePage server D may communicate with UE B via one or more logical channels, typically to receive requests from UE B and to fulfill those requests according to an established messaging or signaling protocol.
  • the PhonePage server D may also communicate with UE A, for example, to receive uploads of alert signals.
  • the communication server C may be any type of communication equipment that hosts or facilitates communication sessions among two or more user equipment.
  • the communication server C may be a proxy server or a similar network element.
  • the communication session between UE A and UE B may be carried on a packet-switched network.
  • the communication session may be a VoIP call or an instant messaging (IM) session that traverses an IP-based network (e.g., the Internet).
  • the communication session may be a voice call or data session that is partially carried on an IP-based network and partially carried on a telephone (land-line and/or wireless) network.
  • a first user who is associated with UE A may attempt to initiate a communication session with a second user who is associated with UE B, i.e., User B.
  • User A may select User B either from a locally-stored or online phonebook or buddy list or by directly entering an identifier of User B or UE B.
  • User A may create or select a caller-originated alert signal that will be used to alert User B of the upcoming communication session.
  • User A may record a personalized voice message or ring-tone or, more typically, select a pre-recorded alert signal that is stored locally or online.
  • UE A may transmit session initiation information to the communication server C to be relayed to UE B.
  • the session initiation information may include the identity of User B or UE B.
  • the session initiation information may also include or be accompanied by a request for a caller-originated alert to be provided to UE B.
  • the request for the caller-originated alert may include an indication of User A's intent to alert User B of the communication session with a caller-originated alert.
  • the request may also include the identity of or selection criteria for the caller-originated alert to be sent to UE B.
  • the request may include an address or identifier of the PhonePage server D (or another data source) from which the call- originated alert is available.
  • the communication server C may initiate the communication session with UE B.
  • the communication server C may forward at least a portion of the session initiation information to UE B.
  • the communication server C may further forward to UE B information associated with the incoming caller-originated alert and instruct UE B to obtain it from the PhonePage server D.
  • UE B may reject the incoming caller-originated alert. Alternatively, UE B may still proceed to download the caller-originated alert signal and then apply User B's settings to determine how UE B renders the alert signal. Both options may be accommodated by a protocol among UE A, UE B and the PhonePage server D. The protocol may allow UE B to reject the caller-originated alert or allow UE A or the PhonePage server D to override UE B's rejection in case User B does not have the right to reject a certain alert, either for commercial (e.g., condition of service) or regulatory reasons.
  • the protocol may allow UE B to reject the caller-originated alert or allow UE A or the PhonePage server D to override UE B's rejection in case User B does not have the right to reject a certain alert, either for commercial (e.g., condition of service) or regulatory reasons.
  • UE B may contact the PhonePage server D to request the caller-originated alert. For example, if UE A does not provide a caller-originated alert but indicates its intent for UE B to render a caller-originated alert, UE B may contact a default PhonePage server (e.g., PhonePage server D) whose address is either stored locally on UE B or can be determined from another remote location (e.g., from User A's profile on a social networking website). If UE A has specifically included a source address of the caller-originated alert signal, UE B may ignore any default address and contact a PhonePage server at the specified address for the caller-originated alert signal.
  • a default PhonePage server e.g., PhonePage server D
  • UE B may ignore any default address and contact a PhonePage server at the specified address for the caller-originated alert signal.
  • UE B may forward that identity to the PhonePage server D such that it can quickly locate the pre-stored alert signal. Even if the intent, address, identity elements are absent from UE As messages, UE B may still forward the identities of User A and User B to the PhonePage server D and cause the PhonePage server D to select a suitable, pre-stored alert signal based on User As preference(s) and/or other factors.
  • Selection of a pre-stored alert signal may be done automatically based on one or more factors such as the identity of User B, the proximity of User B to User A, the type/context of the attempted communication session, time of day, both parties' subscription to a "buddy" alert signal service, and other specific triggering events that may trigger a phonepage request as described above.
  • the PhonePage server D may need to retrieve the requested alert signal from another source of data objects.
  • the PhonePage server D may provide the caller-originated alert to UE B.
  • UE B may download the caller-originated alert from the PhonePage server D in one data package. Once the data package has been fully downloaded to UE B, UE B may render the caller-originated alert to notify the User B that a communication session with User A is pending.
  • UE B may stream the caller-originated alert from the PhonePage server D. That is, without waiting for the caller-originated alert to be fully downloaded, UE B may start rendering it to alert User B of the communication session.
  • UE B may display caller-ID information that has been received in the call setup request from the communication server C.
  • the communication session between UE A and UE B may be fully set up after UE B renders the alert and User B accepts the session initiated by User A. If UE B fails to obtain the caller-originated alert from the PhonePage server D as requested, UE B may notify the communication server C and/or UE A of the failure status. UE B may then either render a default alert signal to alert User B or simply forego the step of rendering any alert signal.
  • the communication between UE A and UE B, via the communication server C, may be carried on a first logical channel at least a portion of which traverses a packet-switched network (e.g., Internet or a private intranet).
  • a packet-switched network e.g., Internet or a private intranet.
  • the communication between the PhonePage server D and UE B may be carried on a second logical channel.
  • Figure 3 shows a flow chart illustrating an exemplary method for obtaining caller- originated alert signals in an IP-based communication session in accordance with an embodiment of the present invention.
  • User A may select User B (UE B) for communication.
  • the attempted communication session may be any type of IP-based sessions such as voice, data, multimedia sessions, or a combination thereof.
  • UE A and UE B will be described hereinafter as mobile telephone devices although they may be any type of user equipment as described above.
  • User A may simply choose User B from a list of contacts or enter a mobile phone number associated with User B.
  • UE A may send a call setup request to a communication server.
  • the communication server may be typically a network element in an IP network that helps call signaling and routing between any two or more user equipment.
  • UE A may follow the relevant protocol to send, for example, session initiation messages to the communication server.
  • the communication session is not limited to a one-to-one type of communication, but may be part of a multiple-party communication (e.g., a conference call or an online meeting). That is, either or both of UE A and UE B may simultaneously communicate with other parties.
  • the call setup request sent to the communication server may also indicate User As intent to provide a caller-originated alert, such as a personalized alert signal, to UE B.
  • a caller-originated alert such as a personalized alert signal
  • User A may indicate whether the attempted communication session will be in a conventional alert mode (i.e., without any caller-originated alert) or a caller- originated alert mode (i.e., with a caller-originated alert).
  • User A may depress one or more assigned keys to indicate a caller-originated alert mode.
  • User A may also include in the call setup request one of the following items: the alert signal itself, an identity of the alert signal, an address or identifier of a PhonePage server to download the alert signal from, an instruction to select an alert signal for User B optionally coupled with one or more selection criteria for picking a suitable alert signal.
  • the communication server may initiate the call setup with UE B. If User B is not available (e.g., offline), the communication server may notify User A of this status. If User B is available, the communication server may notify UE B of the incoming call, for example, by forwarding at least a portion of the session initiation messages from UE A, either as received or with modification. In addition, the communication server may notify UE B of the alert signal desired by User A and instruct UE B to obtain the alert signal based on relevant information received from UE A.
  • the communication server may notify UE B of the alert signal desired by User A and instruct UE B to obtain the alert signal based on relevant information received from UE A.
  • UE B may contact a PhonePage server in order to obtain the personalized alert signal.
  • the PhonePage server may be identified to UE B in UE A's call setup messages. Or, the PhonePage server may be a default source of data object for UE B if it does not receive a specified source address. If the identity of the personalized alert signal has been received from UE A, UE B may simply forward that identity to the PhonePage server. Otherwise, UE B may send the identities of Users A and B to the PhonePage server and instruct the PhonePage server to select a pre-stored alert signal according to User A's preferences and/or other factors.
  • the PhonePage server may transmit the personalized alert signal to UE B over a logical channel such as an Internet connection.
  • UE B may download the entire alert signal before rendering it.
  • the personalized alert signal may be streamed to UE B in a series of data packets which UE B can begin rendering without waiting for the entire alert signal to be downloaded.
  • the delivery of the personalized alert signal may follow any IP-based, multimedia streaming or download protocol such as Stream Control Transmission Protocol (SCTP).
  • SCTP Stream Control Transmission Protocol
  • the personalized alert signal may be rendered on UE B.
  • UE B may play back the personalized alert signal to alert User B of the pending communication session with User A.
  • the pre-configured rules or preferences may be automatically executed without prompting User B for a selection.
  • UE B may establish default rules for handling incoming calls accompanied by personalized alert signals, and the default rules may either be globally applicable to all callers or vary according to specific callers.
  • a caller- originated alert may be treated by UE B like any other alert signal or alert signal.
  • the caller-originated alert may be muted when User B is in an environment where quietness is necessary.
  • FIG. 5 shows a block diagram illustrating an exemplary user equipment 2600 for requesting and/or receiving caller-originated alert signals in an IP-based communication session in accordance with an embodiment of the present invention.
  • the UE 2600 may comprise a central processing unit (CPU) 2650, at least one memory unit 2651 , at least one display 2620, at least one user input device 2652 which may be a keypad, keyboard, touchscreen, or the like,, a radio unit 2610, an antenna 261 1 , at least one speaker 2630 for audio output, at least one microphone 2640 for audio input.
  • CPU central processing unit
  • the UE 2600 may further comprise a plurality of programs 2670, including, for example, a browser 2671 that can render at least one type of data object (e.g., caller-originated alerts) and an encode/decode unit 2672 that encodes (or encrypts) requests for data objects and decodes (or decrypts) data objects.
  • the UE 2600 may also comprise a caller-originated alert management application 2673 (Alert_Manage), an application for requesting caller-originated alerts 2674 (Alert_Req), and a caller-originated alert preference module 2675 (Alert_Pref). Both the Alert_Manage application 2673 and the Alert_Req application 2674 may be embedded software programs that run automatically or in response to activation.
  • the Alert_Req application 2674 may respond to an express or implied selection of a caller- originated alert signal by automatically generating a request to be sent to a communication server together with a call setup request. Selection methods may include the user press of an appropriate dedicated or non-dedicated ("soft") selection key, completion of the recording of an alert signal, or default instructions and options stored in the UE memory.
  • soft dedicated or non-dedicated
  • the Alert_Req application 2674 may include in the request either the caller-originated alert itself or relevant information, such as an address of a PhonePage server, an identity of the caller-originated alert signal, and/or the identity of the called party, to enable the other UE to obtain a caller-originated alert signal from a PhonePage server.
  • the radio unit 2610 may then transmit the request to the communication server.
  • the Alert_Req application 2674 may respond to a call setup request and automatically generate a request to be sent to a PhonePage server.
  • the Alert_Req application 2674 may include in the request relevant information associated with a caller-originated alert, such as an identity of the caller-originated alert signal and/or the identity of the calling party, to enable the PhonePage server to locate a suitable caller-originated alert.
  • the radio unit 2610 may then transmit the request to the PhonePage server.
  • the Alert_Manage application 2673 may be responsible for handling caller-originated alerts that are associated with outgoing and/or incoming calls or communication sessions. Generation of the requests for caller-originated alerts and/or the management of any received caller-originated alerts may be conditioned on or related to preference settings that are stored in and/or managed by the Alert_Pref module 2675.
  • the technique for obtaining caller-originated alert signals in IP-based communication sessions in accordance with the present disclosure as described above typically involves the processing of input data and the generation of output data to some extent.
  • This input data processing and output data generation may be implemented in hardware or software.
  • specific electronic components may be employed in a UE, a communications server, or similar or related circuitry for implementing the functions associated with obtaining caller-originated alert signals in IP-based communication sessions in accordance with the present disclosure as described above.
  • one or more processors operating in accordance with stored instructions may implement the functions associated with obtaining caller-originated alert signals in IP-based communication sessions in accordance with the present disclosure as described above.
  • Such instructions may be stored on one or more processor- readable program storages (e.g., a magnetic or optical disk or solid-state memory), or transmitted to one or more processors via one or more signals.
  • processor- readable program storages e.g., a magnetic or optical disk or solid-state memory

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Telephonic Communication Services (AREA)

Abstract

L'invention concerne une technique pour obtenir des signaux alertes émis par un appelant dans des sessions de communication basées sur IP. Selon un mode de réalisation, la technique peut être réalisée sous la forme d'un procédé comprenant les étapes consistant à recevoir, de la part d'un premier équipement d'utilisateur (UE A) et via un premier canal de communication, une demande d'établissement de session de communication, la demande étant reçue au niveau d'un second équipement d'utilisateur (UE B); en réponse à la demande, amener un serveur de messagerie téléphonique (D) à transmettre, via un second canal de communication, une alerte émis par un appelant au second équipement d'utilisateur (UE B); et à restituer l'alerte émise par un appelant pour alerter un utilisateur associé au second équipement d'utilisateur (UE B).
PCT/US2008/063642 2007-05-15 2008-05-15 Transmission à un appelé de signaux d'alerte créés par un appelant dans un réseau ip WO2008144359A1 (fr)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US91799707P 2007-05-15 2007-05-15
US60/917,997 2007-05-15
US11/761,606 2007-06-12
US11/761,606 US9781257B2 (en) 2000-01-19 2007-06-12 Technique for obtaining caller-originated alert signals in IP-based communication sessions

Publications (1)

Publication Number Publication Date
WO2008144359A1 true WO2008144359A1 (fr) 2008-11-27

Family

ID=39739501

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US2008/063642 WO2008144359A1 (fr) 2007-05-15 2008-05-15 Transmission à un appelé de signaux d'alerte créés par un appelant dans un réseau ip

Country Status (1)

Country Link
WO (1) WO2008144359A1 (fr)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2575337A1 (fr) * 2011-09-29 2013-04-03 Alcatel Lucent Procédé pour configurer un appel téléphonique et serveur et terminal téléphoniques correspondants
WO2017111725A1 (fr) * 2015-12-22 2017-06-29 Turkcell Teknoloji Arastirma Ve Gelistirme Anonim Sirketi Système permettant à un dispositif de communication d'un abonné appelé de sonner avec un son souhaité par un abonné appelant

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1117245A1 (fr) * 1999-12-21 2001-07-18 Nokia Corporation Procédé et dispositif pour habiliter le téléphone du demandeur à choisir l'indication d'appel à envoyer au téléphone de destination
WO2003015380A1 (fr) * 2001-08-10 2003-02-20 Redpoint Pty Ltd Systeme et procede permettant de personnaliser les alarmes d'appel

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1117245A1 (fr) * 1999-12-21 2001-07-18 Nokia Corporation Procédé et dispositif pour habiliter le téléphone du demandeur à choisir l'indication d'appel à envoyer au téléphone de destination
WO2003015380A1 (fr) * 2001-08-10 2003-02-20 Redpoint Pty Ltd Systeme et procede permettant de personnaliser les alarmes d'appel

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
ROSENBERG J ET AL: "SIP: Session Initiation Protocol ; draft-ietf-sip-rfc2543bis-09.ps", IETF STANDARD-WORKING-DRAFT, INTERNET ENGINEERING TASK FORCE, IETF, CH, vol. sip, no. 9, 27 February 2002 (2002-02-27), XP015005931, ISSN: 0000-0004 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2575337A1 (fr) * 2011-09-29 2013-04-03 Alcatel Lucent Procédé pour configurer un appel téléphonique et serveur et terminal téléphoniques correspondants
WO2017111725A1 (fr) * 2015-12-22 2017-06-29 Turkcell Teknoloji Arastirma Ve Gelistirme Anonim Sirketi Système permettant à un dispositif de communication d'un abonné appelé de sonner avec un son souhaité par un abonné appelant

Similar Documents

Publication Publication Date Title
US10560571B2 (en) Technique for obtaining caller-originated alert signals in IP-based communication sessions
US8369311B1 (en) Methods and systems for providing telephony services to fixed and mobile telephonic devices
US9253319B1 (en) Methods and systems for call connecting calls
US10397341B2 (en) Method and apparatus for migrating active communication session between terminals
US20070130260A1 (en) Presence based telephony
US20080310612A1 (en) System, method and device supporting delivery of device-specific data objects
US20070230678A1 (en) Technique for providing caller-originated alert signals
US20120243675A1 (en) Method for Announcing a Calling Party From a Communication Device
US6792265B1 (en) Conference call setup utilizing a wireless access protocol capable telephone
EP2119188A1 (fr) Technique permettant de transmettre des informations secondaires à un équipement utilisateur
US20070237320A1 (en) Technique for providing caller-originated alert signalsin circuit-switched communications
US8494123B2 (en) On-hold visual menu from a user's communications device
JP2006339937A (ja) コンテキスト情報に応じたアプリケーション制御を行うネットワークシステム
EP2130352A2 (fr) Technique de fourniture d'objets de données avant l'établissement d'appel
KR20070051236A (ko) 통신 시스템에서 멀티미디어 포탈 컨텐츠 및 부가 서비스제공 방법 및 시스템
US20070287453A1 (en) Method for delivering customized multimedia greeting to calling party in communication network
US20070230676A1 (en) Technique for delivering caller-originated alert signals in ip-based communication sessions
US8045543B2 (en) Methods and apparatus for supplying alternative contact information in a communication system
WO2008144359A1 (fr) Transmission à un appelé de signaux d'alerte créés par un appelant dans un réseau ip
WO2008144353A1 (fr) Technique pour fournir des signaux d'alerte émis par l'appelant
WO2009023324A2 (fr) Technique de délivrance de signaux d'alerte émis par un appelant dans des sessions de communication basées sur ip
WO2008144373A1 (fr) Technique pour fournir des signaux d'alerte émis par un appelant dans des communications à commutation de circuit
KR101838154B1 (ko) 링백 모드를 이용한 통화 서비스 제공 방법 및 시스템, 그리고 이를 위한 장치
US20080313340A1 (en) Method and apparatus for sending and receiving content with associated application as an object
EP2163076A1 (fr) Procédé et appareil pour créer des messageries téléphoniques dynamiques suite à des événements déclencheurs provenant d'une source externe

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: 08755488

Country of ref document: EP

Kind code of ref document: A1

DPE1 Request for preliminary examination filed after expiration of 19th month from priority date (pct application filed from 20040101)
DPE1 Request for preliminary examination filed after expiration of 19th month from priority date (pct application filed from 20040101)
NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 08755488

Country of ref document: EP

Kind code of ref document: A1