WO2007000460A1 - Procede et systeme de communication anonyme dans un reseau de telecommunications - Google Patents

Procede et systeme de communication anonyme dans un reseau de telecommunications Download PDF

Info

Publication number
WO2007000460A1
WO2007000460A1 PCT/EP2006/063609 EP2006063609W WO2007000460A1 WO 2007000460 A1 WO2007000460 A1 WO 2007000460A1 EP 2006063609 W EP2006063609 W EP 2006063609W WO 2007000460 A1 WO2007000460 A1 WO 2007000460A1
Authority
WO
WIPO (PCT)
Prior art keywords
network
user
data
request
characteristic
Prior art date
Application number
PCT/EP2006/063609
Other languages
English (en)
Inventor
Gregory Keith Mitchell
Stephen John Doyle
Original Assignee
Mobestar Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Mobestar Ltd filed Critical Mobestar Ltd
Publication of WO2007000460A1 publication Critical patent/WO2007000460A1/fr

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M3/00Automatic or semi-automatic exchanges
    • H04M3/42Systems providing special services or facilities to subscribers
    • H04M3/42008Systems for anonymous communication between parties, e.g. by use of disposal contact identifiers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M2203/00Aspects of automatic or semi-automatic exchanges
    • H04M2203/20Aspects of automatic or semi-automatic exchanges related to features of supplementary services
    • H04M2203/2044Group features, e.g. closed user group
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M2203/00Aspects of automatic or semi-automatic exchanges
    • H04M2203/20Aspects of automatic or semi-automatic exchanges related to features of supplementary services
    • H04M2203/2072Schedules, e.g. personal calendars

Definitions

  • the present invention relates to a system for, and method of, controlling 5 communications between parties without releasing personal contact details of the parties, and is particularly, but not exclusively suitable for use in supporting confidential information/helpline services; crime reporting hotline services; dating services; commercial survey services; betting exchanges; and auction sites.
  • the originator is provided with a "call identifier" which is used when calling in to the anonymous calling system.
  • the anonymous calling system receives this "call identifier" through an IVR system, matches it to the appropriate recipient and connects to the recipient, bridging the call between originator and recipient.
  • US patent application US2002106066 describes a system in which subscribers can create generic lists of parties with whom they want to communicate, together with a means to screen incoming calls against geographic location and time of day.
  • a drawback of the system described in US2002106066 is that when an incoming call request is received by the system, a certain amount of processing has to be performed on the basis of the request - in order to determine which of the entries in the list meets the conditions of the call request. This also means that there can, potentially, be several parties with whom a communications instance can be placed, requiring additional logic and processing in order to resolve potential conflicts.
  • the onus is on the recipient to establish suitable criteria for the persons they are willing to allow contact from and means that the recipient may be unsure of which party may be trying to contact them at any given time.
  • US patent US5818836 describes a system that provides a mechanism for correspondents to agree a "match" code which pairs an agreed communication between the correspondents. Users will typically agree this match code through some form of anonymous messaging through for example a chat room (either voice or text based), following which both parties can call into what is, effectively, a two person conferencing bridge at an appointed time, use their touch tone keypad to enter the match code, and communicate.
  • a chat room either voice or text based
  • US5818836 One drawback of US5818836 is that both parties must "arrive” at a pre-agreed conference bridge within a reasonable time of each other or else the communication cannot proceed. If one party is busy or unavailable there is no integrated way of communicating this to the other party - who will try and go ahead with the communication in ignorance of the sudden unavailability of the other party.
  • US2002027901 discloses a system in which anonymous voice communication between a first station and a second station is facilitated by providing an interface that allows input of a transaction specification from at least one of the first and second stations.
  • a reference code associated with the transaction is generated, there being a defined relationship between the reference code and the address of the second station for voice communication.
  • the reference code is supplied to the first station.
  • the first station initiates a call, in order to have a call set up to the second party.
  • the first station is connected to the interface of the system and the reference code is received from the first station.
  • the reference code may be entered manually using the first station, or it can be received by an automated process.
  • the reference code is used to recover said address and a channel for voice communication is opened between said first and second stations. Voice communication can thereby be established between the first and second stations without providing the address of the second station to the first station.
  • a disadvantage of the above-mentioned systems which use codes to retrieve data associated with the parties to the communication is that they bridge the call between the different participants, rather than forwarding the call from one participant to another. This means that they require the payload of the call, or other communication to be handled by the system, and require the codes to be entered in order to set up the communication. This increases the complexity and therefore the cost of the system.
  • the systems of the prior art in which one party initiates a call to another party are concerned with anonymity of addressing, rather than anonymity of sending, and they do not teach how the anonymity of the sender is protected.
  • An object of embodiments of the present invention is to provide a less costly and more flexible system for supporting anonymous communications.
  • a further object of embodiments of the present invention is to provide a system in which anonymity of the sender is protected.
  • a method of controlling communications between two or more users through a network comprising: providing access to appointment data indicative of optional take-up of network resources involving two or more users, the appointment data comprising data indicative of optional take-up of network resources and a characteristic of said network resources that might be taken up; receiving signaling data indicative of a request for take up of said network resources from a first said user, said signaling data comprising a characteristic of said request for take up of network resources; accessing the appointment data so as to identify a characteristic corresponding to said characteristic of the request for take-up of network resources; and arranging for the first user to communicate with a second user on the basis of the network resources corresponding to the identified characteristic so as to withhold the identities of the second type from respective users.
  • embodiments of the invention provide a system in which communications transactions proceed on the basis of pairings between an originator and recipient of a communications session, and any such communications session proceeds on the basis of specific and agreed communications rather than permitting any anonymous communication based on a window of time when anonymous communications per se are allowed.
  • the communications session can be set up without the payload of the incoming call being intercepted, and without the party initiating the call entering any reference number to identify the call.
  • the first types of identities are, for example, nicknames that are managed by a third party provisioning system, while the second types of identities are, for example, network identifiers.
  • the provisioning system is responsible for transmitting the data that have been agreed between users for use in processing subsequently received requests from the first user.
  • the third party provisioning system captures temporal data indicative of a time period within which the network resources can be taken up; this is particularly advantageous when a given user has agreed several different communications sessions with different recipients, since the temporal data associated with a given communications session can be used to distinguish between the potential different communications sessions when processing a request from the first user.
  • the received data are stored in a look-up table such as a database or in-memory storage; for the case in which a given user (as originator) arranges several communications sessions, each at different times, it will be appreciated that the look-up table can, to some extent, be viewed as providing a dynamic mapping between a given originator and recipients.
  • the data stored in the look-up table are generated by users communicating using the identities of the first type (e.g. using nicknames).
  • embodiments of the invention include reviewing the time of the request and, responsive to the time of the request meeting conditions associated with the temporal data, the resources are reserved. It will be appreciated that data are stored in the look-up table when two or more parties have agreed details of a specific communications instance.
  • An example of an agreed communications instance might be the communications between the same two (or more) users that agreed the details of the communications; another example might be communications between two (or more) users different to those who agreed the details of the communications instance.
  • party A could agree with party B that A should contact party C; data indicative of the agreed communications instance are then stored in the look-up table, and, when a request for call set-up is subsequently received from party A, the call is bridged between party A and party C, not between party A and party B.
  • a particular feature of the invention is that communications resources required to facilitate communications between the first and second users are reserved under the control of a network node performing said step of responding to first said user, thereby withholding the identities of the second type from respective users.
  • a system arranged to perform the steps set out above is only required to handle signaling data and not content such as voice or video
  • the method may further comprise: receiving an alphanumeric message, indicative of a proposed take-up of network resources, from a proposing user, said alphanumeric message comprising data indicative of a characteristic of the proposed take-up of network resources; identifying said data indicative of said characteristic of the proposed take-up of network resources from said alphanumeric message; arranging for the identified data to be associated with data representative of said proposing user, for use in creating appointment data.
  • the method may further comprise: receiving an alphanumeric message, indicative of an acceptance of said proposed take-up of network resources, from an accepting user; arranging for data representative of said accepting user to be associated with the stored data, thereby defining said appointment data indicative of optional take-up of network resources involving two or more users. In this way the users can request and agree to an appointment to communicate, by sending each other SMS, MMS or other messages.
  • a method of controlling communications between two or more users through a network comprising: providing a database identifying potential communications events, said database being capable of storing data indicative of users associated with each of a plurality of respective communications events; receiving data indicative of a request for a first user to conduct communication with a second user; storing data derived from said received data in said database; in response to receipt of signaling data indicative of a communications event set-up request from a first said user, arranging for the first user to communicate with said second user on the basis of the data stored in said database.
  • the method may further comprise updating said signaling data indicative of a called party, so as to include a network identifier of said second user; and sending a request for a communication event between said first user and said second user on the basis of the updated signaling data.
  • the method may further comprise updating said signaling data indicative of a called party, so as to remove a network identifier of said first user; and sending a request for a communication event between said first user and said second user on the basis of the updated signaling data.
  • a method of controlling signaling data in a network on the basis of stored data relating to at least one pre-arranged communication event between a first user having a first network identifier and a second user having a second network identifier, said stored data defining at least one characteristic of said prearranged communication event, said method comprising: receiving signaling data relating to a request for the take up of network services from a requesting user, said request data comprising at least one characteristic of said request; accessing said stored data; in response to receiving said request data, comparing said at least one characteristic of said request for the take up of network services to said at least one characteristic of said pre-arranged communication event, to determine whether the request for take up of network services from said requesting user corresponds to a request from said first user for said pre-arranged communication event between said first user and said second user; and outputting a signal for use in updating said signaling data so that said signaling data includes said network identifier of a second user, in response to the request for take up
  • request data relating to signaling data indicative of a request for the take up of network services is received.
  • the request data comprises at least one characteristic of the request.
  • This is matched to at least one characteristic of stored data, which comprises data relating to the prearranged communication between the users. This allows the incoming call to be matched to the stored communication event, so that the signaling data can be updated in the case of a match, in order for the call to be set up.
  • the request data may comprise the or each at least one characteristic of said request for the take up of network services.
  • the request data may contain the characteristic used to match the incoming call with the stored data.
  • the characteristic of said pre-arranged communication event may comprise the network identifier of the first user.
  • the characteristic of said pre-arranged communication event comprises temporal data indicative of a time period within which the network resources can be taken up.
  • the characteristic can specify a window of time.
  • the time of the incoming call is taken into account when the incoming call is matched to a call in the stored data.
  • the characteristic of said pre-arranged communication event may comprise data relating to a type of network resource to be taken up.
  • the method may further comprise: receiving an alphanumeric message, indicative of a proposal for a communication event in said communications network, from a proposing user, said alphanumeric message comprising data indicative of at least one characteristic of the proposed communication event; identifying said data indicative at least one characteristic of the proposed communication event from said alphanumeric message; arranging for said identified data to be associated with data representative of said proposing user, for use in defining said stored data.
  • the method may further comprise: receiving an alphanumeric message, indicative of an acceptance of said proposed communication event in said communications network, from an accepting user; arranging for data representative of said accepting user to be associated with said stored data, thereby defining said stored data.
  • the data relating to the pre-arranged communication event in a communications network can be determined and entered via a message, such as an SMS, MMS or other message sent between the users.
  • the method may further comprise: receiving data indicative that said communication event to said second user satisfies a predetermined condition and; controlling said requested communication event, on the basis of said received data.
  • the received data may comprise data indicative of a failed connection to the second user.
  • the received data may comprise data indicative of a diverted connection.
  • the communication event may be a call, and in which said received data may comprise data indicative of an unanswered connection.
  • the call is not answered by the called party, either because the call is terminated, has not been answered after a certain number of rings, has been refused, has been diverted etc
  • data indicative of this fact is received and can be stored.
  • the request for a communication event can be controlled accordingly.
  • the call set up can be terminated, so that the calling party is not transferred to the called party's voicemail service, for example.
  • a method of controlling a communication in a communications network on the basis of stored data available in the network wherein said stored data relates to at least one pre-arranged communication event between a first user and a second user, said stored data comprising a network identifier of said first user and a network identifier of said second user, said method comprising: receiving to signaling data relating to a request for take up of network services from a requesting user, said signaling data including the network identifier of said requesting user; accessing said stored data; in response to receiving said request data, comparing said network identifier of said requesting user to at least said network identifier of said first user, to determine whether the request data corresponds to said at least one prearranged communication event; and outputting a signal for setting up said communication between said first user and said second user on the basis of said pre-arranged communication event.
  • a method of controlling communications between two or more users through a network at least some of the users being identifiable to one another by means of a first type of identity and being identifiable to the network by means of a second, different, type of identity
  • the network comprises a service node from which a user is able to receive service during processing of a network event and the service node has access to appointment data indicative of optional take-up of network resources involving two or more users, the appointment data comprising data indicative of optional take-up of network resources and a characteristic of said network resources that might be taken up
  • the method comprising: receiving a service initiation request message comprising a request for take up of said network resources, the service initiation request message comprising data indicative of a characteristic of said request for take up of network resources; requesting a service response message from the service node on the basis of data contained within the service initiation request message; accessing the appointment data so as to identify a characteristic corresponding to said characteristic of the request for take-up of network resources;
  • a sixth aspect of the present invention there is provided a method of controlling communications between two or more users through a network, at least some of the users being identifiable to one another by means of a first type of identity and being identifiable to the network by means of a second, different, type of identity, wherein the network comprises a service node from which a user is able to receive service during processing of a network event and the service node has access to appointment data indicative of optional take-up of network resources involving two or more users, the appointment data comprising data indicative of optional take-up of network resources and a characteristic of said network resources that might be taken up, the method comprising: receiving a service response request message comprising a request for take up of said network resources, said service response request message comprising data indicative of a characteristic of said request for take up of network resources; accessing the appointment data so as to identify a characteristic corresponding to said characteristic of the request for take-up of network resources; transmitting a service response message comprising data indicative of network resources corresponding to the identified characteristic that are to be taken up; and
  • a seventh aspect of the present invention there is provided a method of controlling communications between two or more users through a network, at least some of the users being identifiable to one another by means of a first type of identity and being identifiable to the network by means of a second, different, type of identity, the method comprising: receiving data indicative of optional take-up of network resources using a first network service, involving two or more users, the received data including associated user identities of the second type, wherein said data indicative of optional take-up of network resources is received via a second network service, operable in the same network as said first network service, and being different to said first network service; storing said received data; in response to receipt of a request for take up of said network resources using a first network service from a first said user, arranging for the first user to communicate with another user via the first network service on the basis of the stored data so as to withhold the identities of the second type from respective users.
  • two or more users can use two different protocols, or network services for setting up an appointment in which to contact each other, and for contacting each other according to the appointment.
  • a service node for controlling communications between two or more users through a network, at least some of the users being identifiable to one another by means of a first type of identity and being identifiable to the network by means of a second, different, type of identity
  • the node comprising: a first interface for providing access to appointment data indicative of optional take-up of network resources involving two or more users, the appointment data comprising data indicative of optional take-up of network resources and a characteristic of said network resources that might be taken up; a second interface for receiving signaling data relating to a request for take up of said network resources from a first said user, said signaling data comprising a characteristic of said request for take up of network resources; processing means adapted for: accessing the appointment data so as to identify a characteristic corresponding to said characteristic of the request for take-up of network resources; and outputting a signal for use in arranging for the first user to communicate with a second user on the basis of the network resources corresponding to the identified characteristic so as to withhold the identities of
  • the processing means may be further adapted for: outputting a signal for updating said signaling data so that said signaling data includes said network identifier of said second user, on the basis of the network resources corresponding to the identified characteristic.
  • a ninth aspect of the present invention there is provided a system for controlling communications between two or more users through a network, at least some of the users being identifiable to one another by means of a first type of identity and being identifiable to the network by means of a second, different, type of identity, wherein the system comprises: a service node from which a user is able to receive service during processing of a network event and the service node has access to appointment data indicative of optional take-up of network resources involving two or more users, the appointment data comprising data indicative of optional take-up of network resources and a characteristic of said network resources that might be taken up, the system further comprising: a serving node for receiving a service initiation request message from the service node comprising a request for take up of said network resources, the service initiation request message comprising data indicative of
  • Figure 1 is a schematic block diagram showing an example of a communications network within which embodiments of the invention operate;
  • FIG 2 is a schematic block diagram showing components of an anonymous communications gateway shown in Figure 1 according to an embodiment of the invention, together with an arrangement of systems for provisioning the communications gateway;
  • Figure 3 is a schematic diagram showing a database schema for storing data relating to an agreed communications instance
  • Figure 4a is a schematic flow diagram showing steps involved in agreeing a communications instance according to an embodiment of the invention.
  • Figure 4b is a schematic flow diagram showing steps involved in processing an agreed communications instance according to an embodiment of the invention.
  • Figure 5 is a schematic timing diagram showing steps involved in agreeing and processing a communications instance according to a second embodiment of the invention.
  • FIG. 6 is a schematic block diagram showing an alternative arrangement between the anonymous communications gateway of Figure 1 and systems for provisioning the same. Detailed Description of the Invention
  • embodiments of the invention are concerned with a system and method of facilitating anonymous communications between parties - such as voice and video calling, and communication by SMS - and operate on the basis of permitted communications that relate to particular communications instances.
  • Each communications instance pairs an originator and one or more recipients, or pairs a number of originators with one recipient, such as a third- party conferencing service, and specifies parameters such as a time window during which the originator may communicate with the recipient.
  • parameters such as a time window during which the originator may communicate with the recipient.
  • the details of a communications instance are agreed between the originator and the recipient, but they can also be agreed by parties other than those who are specified as participants in the communications instance.
  • a system according to an embodiment of the invention is implemented as a gateway node capable of communicating with devices located in disparate networks.
  • a cellular communications network such as a GSM network
  • GSM Global System for Mobile communications
  • a set of circuit switching nodes in the form of mobile switching centres (MSCs) 2 is connected via communication links to a number of base station controller (BSCs) 4.
  • BSCs base station controller
  • the BSCs 4 are dispersed geographically across areas served by the switching node 2.
  • Each BSC 4 controls one or more base transceiver stations (BTSs) 6 located remote from, and connected by, further communication links to, the BSC.
  • BTSs base transceiver stations
  • Each BTS 6 transmits radio signals to, and receives radio signals from, mobile terminals A, B which are in an area, referred to as a "cell", served by that BTS.
  • the MSC 2 is connected to a Home Location Register (HLR) 12, which is a database arranged to manage data relating to mobile subscribers such as MS A, B.
  • HLR Home Location Register
  • Other such networks include a mobile 3G network, a fixed calling network such as a PSTN or ISDN, or computer networks which enable Voice over IP calling such as the Internet or Intranets, indicated generally by part 16 in Figure 1.
  • an intelligent network node known as an anonymous communications gateway (ACG) 14 is connected to the switching nodes 2, and in turn to the user terminals A, B, via circuit- switched signaling and voice links.
  • ACG anonymous communications gateway
  • the ACG 14 is an intelligent network node adapted to control anonymous communications sessions involving two or more participants such as participants associated with terminals A and B. Whilst in the example shown each of the participants is shown having a separate terminal A, B, it will be appreciated that this would not be the case if one party were a service provider having several lines.
  • the ACG 14 fulfils the function of a service control point SCP. In essence the ACG 14 controls the routing decision made by the MSC 2. Further, the ACG 14 controls the signaling traffic sent on to a succeeding switch (i.e.
  • the ACG 14 controls the signaling traffic so that the call is not handled by any intermediate nodes or systems. More specifically, the ACG 14 is capable of setting up voice or video circuits with each of the participants in a communications session involving two or more participants.
  • the ACG 14 sets request report BCSM (RRB) messages during call set up; the messages contain instructions for how the MSC 2 is configured to respond to certain events occurring during the call. For example, the messages may instruct the MSC 2 to query the ACG 14 on whether to terminate or continue a call set up request.
  • RRB BCSM
  • Each MSC 2 is connected via communications links to other of the switching nodes 2 in the remainder of the mobile communications network, and to other networks such as the public service telephone network (PSTN) via a Gateway switching node (GMSC) 10.
  • PSTN public service telephone network
  • GMSC Gateway switching node
  • members A and B and ACG 14 have been shown as being in communication with the same MSC.
  • the ACG gateway 14 can also be connected to a packet-switched network infrastructure, such as a 3 G network, which includes GPRS support nodes interconnected by packet switched links, or to conferencing systems.
  • a packet-switched network infrastructure such as a 3 G network, which includes GPRS support nodes interconnected by packet switched links, or to conferencing systems.
  • the user terminals A, B are adapted to receive and transmit voice or video data via the packet- switched network infrastructure.
  • signaling units When processing voice calls, call set up is typically negotiated by means of signaling messages, which, for the example of a mobile network, are embodied as so-called Signaling Units.
  • signaling units contain a plurality of fields, one of which is called the Signaling Information Field (SIF), which contains Signaling Control Part (SCCP) messages.
  • SCCP messages contain the source and destination information re: signaling messages; these are referred to as Calling Party Number (CgPN) and Called Party Number (CdPN) respectively.
  • CgPN Calling Party Number
  • CdPN Called Party Number
  • TCAP Transaction Capability Part
  • TCAP messages are for use by applications running within the network - such as the ACG 14 shown in Figure 1 - and are routed to the ACG 14 by means of appropriate setting of the source and destination data in the SCCP messages.
  • applications running thereon can extract data from the TCAP messages and process the same.
  • the ACG 14 may be arranged to broker call set up between participants by means of signaling messages; more specifically, and as will be described in more detail below, signaling messages are routed between MSCs 2 and the ACG 14 on the basis of the called number entered by MS A.
  • the MSC 2 receives a request for call set up to a number associated with the ACG 14, and, in accordance with standard methods, sends a signal to the ACG 14.
  • the ACG 14 Upon receipt of such a signal from the MSC 2, the ACG 14 queries a database to determine the call set up should be allowed, and to determine the identity of the called party, and forwards a signal to the MSC 2 if it deems the call to be allowable. The ACG 14 forwards the identifier of the called party (member B) to the MSC 2. The MSC 2 then attempts to set up a connection with a party related to MS B. So far as the called party is concerned, this latter call set-up request appears to originate from the ACG 14, since the MSC 2 updates the source address of the signaling message associated with the called party to the network address of the ACG 14 (and not of MS A). In this way communications between parties are facilitated whilst maintaining anonymity by effectively forwarding a call between the calling (A) and called (B) parties, without intercepting the payload of the call.
  • FIG. 2 shows an arrangement of the ACG 14 embodied as a gateway in the network 1; the gateway 14 comprises signaling interface and controller 201 that is arranged to support protocols including Camel and Intelligent Network events (CAP, INAP and MAP), and SIP events such as those carried by MSCML, VXML, CCXML, and NETANN.
  • This functionality therefore enables the ACG 14 to communicate with a range of disparate network devices.
  • the ACG 14 comprises a processing system 203 that receives call set-up request data from the network (via the signaling interface 201), and, on the basis of the content of the data, identifies how a call set-up request should be processed.
  • connection table 205 is populated by means of data received from, for example, mobile and video application servers 211, 213, 215, these servers being responsible for receiving details of proposed and agreed communications sessions between parties.
  • the process of populating the connection table 205 is preferably entirely separate from that of processing a call set-up request. It might be expected, for example, that two parties communicate via an application running on the network - such as mobile application server 211 in order to schedule a communications instance (e.g. in this example a call), and that this application server 211 subsequently transmits data indicative of the agreed communications instance to the ACG 14 for use if and when one of the participants attempts to contact the other.
  • the parties can schedule a communications instance on the mobile application sever 211 by entering data relating to the communication, or of several agreed communications.
  • the data may be temporal data, relating to the agreed time and/or date of the or each communication. This data can be entered by using drop down boxes, or by inputting text into pre-allocated fields.
  • the user may choose time/date details such as "3pm Monday 22 nd May 2006" or "next Tuesday morning” or "anytime”.
  • users can limit the duration of the call, and specify whether they are prepared to conduct a voice or video call etc.
  • the ACG 14 may be configured to prevent more than one appointment from being made for a given calling party or a given called party at any one time, so that the users do not become "double booked".
  • the called party is a service having more than one line, such as a confidential information/helpline service, crime reporting hotline service, or a commercial survey service, for example
  • the ACG 14 can take this into account, so that appointments with different calling parties can be made with the service at the same time; obviously, the number of concurrent appointments is limited to the number of lines by which the service is contactable.
  • the ACG 14 can be configured to dynamically update the network identifier of the called party in the case where the called party is a "multi-line" service, so that the connection table is populated with a network identifier of a line that is not in use (for example, a preferred line).
  • the connection table can be updated shortly before the scheduled time for the call, or as and when a line becomes free.
  • connection table may specify which of the parties is the proposed calling party, and which is the proposed called party.
  • connection table can specify that either party can initiate the call.
  • connection table may make sure that each of the calling parties who are intending to attend the conference have appointments with the same called party at the same time.
  • the second arrangement of the present invention may be implemented using a SMS messaging server 20, such as a known SMS messaging server 20 which allows users to correspond anonymously by SMS.
  • the SMS messaging server 20 has access to a database of network identifiers of service subscribers or users, such as member A and member B, together with an alias for any given user.
  • the users know each other by their respective aliases, and wish to keep their network identifiers secret.
  • a user of the service can send an SMS message to the SMS messaging server 20, containing the alias of the other user.
  • member A could send an SMS message, containing the alias of member B, to a network identifier associated with the SMS messaging server 20.
  • the SMS message will be received by the MSC 2, and forwarded to the SMSC 18, which routes the SMS to the SMS messaging server 20.
  • the identifier of member B can either be entered in a certain format in the SMS message, or the SMS messaging server 20 may parse the content of the SMS message to determine the requested recipient. Once the SMS messaging server 20 has determined the alias of the requested recipient (in this case member B) from the incoming SMS, the network identifier of the requested recipient is determined by looking up the alias in the database. The destination address of the SMS is then set to that of the requested recipient (member B), and the source address of the SMS is then set to that of the SMS messaging server 20, thereby avoiding revealing the network identifier of the sender (member A). In this way each user remains anonymous to the other user.
  • the second arrangement of the present invention provides a way in which such anonymous SMS communication can be used for two users to arrange to have a further anonymous communication, such a voice or video call, for example.
  • the SMS messages sent between users comprise additional information, namely data indicative of the request for further communication between the users or an acceptance of a request for further communication between the users.
  • This additional information is used to populate the connection table 205.
  • the additional information can be presented in a certain format so that the request or acceptance is recognized, or the content of the SMS can be parsed to determine the request or acceptance.
  • the information can be extracted by the SMS messaging server 20, and forwarded to the ACG 14, where the connection table 205 is populated.
  • the SMS messaging server 20 can forward the SMS to the ACG 14, where the ACG 4 extracts the information and updates the connection table 205 accordingly.
  • the additional information in the SMS messages can contain a proposed and/or a confirmed time for the communication.
  • Member A and member B are users of such a system who have exchanged a few SMS messages, and they now wish to have an anonymous telephone call with each other.
  • member A sends an SMS message to member B with the text content data ⁇ request call now>, where the content is in a pre- determined format.
  • the SMS is intercepted by the SMS messaging server 20, and the server recognizes the format, and the fact that member A has sent a request to member B for the purposes of arranging a call.
  • the SMS messaging server 20 extracts the data from the SMS, and uses it to populate the connection table 205 in the ACG 14 with the identifier of user A, and the time for the call as "now", i.e. meaning that the call can be initiated in a window of approximately 10 minutes from now, for example.
  • the server 20 changes the source address from that of member A to that of the service, so that the SMS is received anonymously by member B.
  • Member B replies with an SMS with the content data ⁇ call now ok>.
  • the message will be received by the SMS messaging server 20, and the data extracted in the same way.
  • connection table 205 of the ACG This data is used to populate the connection table 205 of the ACG with data relating to the fact that member B has agreed to the communication.
  • This SMS will be forwarded to member A by the SMS messaging server 20.
  • the connection table 205 has therefore been populated with data relating to the network identifiers of member A and member B, and with temporal data relating to the communication. This means that member A or member B can initiate communication with the other by contacting the ACG at the correct time, and the ACG will set up a communication between member A and member B in an anonymous fashion as described above.
  • member A may send a request to member B to have the call at a later time, or later date, for example.
  • connection table can be subsequently be updated by member A or member B.
  • member B may no longer wish to be contacted by member A, and they may opt to block member A, or merely cancel the prearranged call.
  • data records relating to an agreed and processable communications instance are stored in the connection table 205 in a plurality of fields, so that each record corresponds to a previously agreed communications instance that might be requested by means of the ACG 14.
  • a given record holds data in the following fields: a first field corresponding to an identifier 300 for a given potential communications instance; a second field corresponding to the identities of a party to the communications instance (e.g. MSISDN, IP address) 303, 305; and a third field corresponding to the status of the parties 307 (e.g. call requested, accepted, live, completed); the status of a given party can subsequently be updated in response to a call set-up requests (e.g.
  • connection table can include a field corresponding to a service owner specification 301 which allows an anonymous communications gateway to service different customers, each of which may be contacted by calling parties by calling a specific network identifier (calls to each of these network identifiers are then processed by the MSC 2 in the same way as described above, since the MSC 2 is configured to alert the ACG 14 to the presence of the incoming call, and to update the signaling data and forward the call to the relevant party accordingly); an optional field specifying a time window 315 within which the communications instance must start; an optional field specifying a retry period 317 in the event of an interruption to the communications session (due to, e.g.
  • an optional field specifying call control options 321 including, but not limited to, permitting the connection table entry to be used for an unlimited or specific number of occasions; permitting recipient and/or originator identity to be anonymous or disclosed; conference name allowing multiple callers to be joined together); an optional field specifying a set of incoming service numbers 311 allowing the ACG 14 to service one or more parties on different service numbers; an optional field specifying an outgoing service indicator 313 used as the originator sent by the system when making a call to a recipient; an optional call time limit 323; an optional field specifying a call sequence number 325 that allows an originator to stack up a series of successive anonymous calls that will be made in sequence order; and an optional field specifying a call reference 327 specifying a description of the call without revealing originator/ recipient address details.
  • call control options 321 including, but not limited to, permitting the connection table entry to be used for an unlimited or specific number of occasions; permitting recipient and/or originator identity to be anonymous or disclosed; conference name allowing multiple callers to be joined together
  • an agreed communications instance might be the communications between the same two (or more) parties that agreed the details of the communications; another example might be communications between two (or more) parties different to those who agreed the details of the communications instance.
  • party A could agree with party B that A should contact party C (e.g. by transmitting the appropriate data to the mobile application server 211, which handles acknowledgement of the communications instance having been agreed); the server 211 then transmits data indicative of the agreed communications instance to the gateway 14, which updates data stored in the connection table 205.
  • the ACG 14 instructs the MSC 2 to forward the call from party A to party C, and not from party A to party B.
  • party C might be a provider of an external service, such as a conferencing service
  • party B might be an administrator of a service of which party A is a member.
  • Party B could invite party A (possibly together with other members of the service) to call service C between given times (to take dating as an example, to participate in a 'speed dating session' facilitated by the provider C of conferencing services).
  • the ACG 14 would instruct the MSC 2 to forward calls from a number of specific calling parties to the provider C at the same time.
  • the provider C can then connect two or more of the callers together. More specifically, service administrator B, who operates mobile service application 211, can invite members Al ... AN to call service C during a specified timeframe, and, using the interface 201 to the ACG 14, can create entries in the connection table 205 with status 'call requested' for each member Al ...AN, including the MSISDNs of Al to AN as originators and party C as the recipient in each case. Each member subsequently accepting the invitation (via the interface 201) will cause the status data corresponding thereto to be changed to "call accepted"; as a result, upon receipt of a call setup request from any of those members who have accepted the invitation within the specified timeframe (i.e.
  • member A requests an appointment live call with member B within a particular time period using a mobile browser (e.g. WAP) interface.
  • member B accepts the request for the appointment, which is coordinated by the mobile application server 211. This causes the server 211 to insert an entry into the relevant fields of the connection table 205 of the Anonymous Communications Gateway 14 (step 407).
  • the request for the appointment may be accepted automatically by the client application associated with member B.
  • member B may be given the option of always accepting requests for appointments from this party or from all parties. This data may be set on the connection table 205, so that if any party or a certain party requests an appointment, the appointment is always made. In this case a notification may be sent to member B.
  • the option of always accepting a request for an appointment may be made manually or automatically at the client terminal.
  • the entry contains details of the members A and B (for example their network identifiers), together with a time scheduled for the communication, and any other data relating to the proposed communication (such as a limit to the duration).
  • the ACG 14 sends a calling code (in this example 5555) to member A (step 409), which, when dialed by member A (possibly facilitated by integrated browser capabilities such as provided by WAP), will cause the call request (i.e. embodied as signaling messages) to be routed to the ACG 14 by the MSC 2, as described above.
  • the calling code is a non-user specific code, which is typically a telephone number associated with a service operated by the ACG 14.
  • the ACG 14 may be configured to facilitate anonymous communication for a number of different services.
  • the servers corresponding to the different services may be separate entities from the ACG 14, or may be connected to or integral with the ACG 14.
  • the servers may be run by different companies, and may be based in different countries, or different geographical locations from said ACG 14.
  • Each of the services may have a different associated calling code, or each may have a number of different calling codes.
  • each of the calling codes may correspond to a service having more than one line, for example.
  • a first calling code may relate to a service by which two users can communicate anonymously with a voice call.
  • a second calling code may relate to a service by which two users can communicate anonymously with a video call.
  • a third calling code may relate to a service by which two users can communicate anonymously by SMS, MMS or other messaging service.
  • a fourth calling code may relate to a conference line, where a number of parties can dial in to the "conference room". Different operating parameters and tariffs may be associated with the different lines.
  • the calling code for the service associated with the communication previously agreed by member A is sent in step 409.
  • the MSC 2 is configured to query the ACG 14 with the signaling data, as discussed above.
  • the MSC 2 receives a call to code 5555 from member A.
  • the RRB messages in the MSC 2 specify that if a call is made to this number the MSC 2 must notify the ACG 14.
  • the MSC 2 notifies the ACG 14 accordingly, and sends the network identifier of member A to the ACG 14, causing the ACG 14 to query the connection table 205 in respect of member A (step 414).
  • the payload data of the call is not passed to the ACG 14 it is not necessary for member A to input any data for the ACG 14 to identify the call.
  • the processing system 203 of the ACG 14 determines the current time, and uses this to look up entries in the connection table corresponding to parties who have agreed to have a communication at approximately this time in step 412. The processing system 203 thus obtains a list of communications which have been scheduled for this time.
  • the identifier of the calling party (member A), which is contained in the signaling data of the incoming call, and forwarded to the ACG 14 by the MSC 2 is then extracted in step 413 and used to determine whether there is a call scheduled for approximately this time which involves member A in step 414.
  • the ACG 14 can send a call reject message to the MSC 2, which then terminates the call.
  • This call reject message may contain information about why the call was rejected, so that this information can be passed back to member A by way of feedback, so that they can place the call again at the correct time, or so that they can arrange a time to call member B.
  • the ACG 14 extracts the network identifier for member B from the connection table in step 415, and sends a signal to the MSC 2 requesting the MSC 2 to dynamically update the signaling data contained in the incoming call in step 416, so that the field relating to the calling party is replaced with a network identifier associated with the ACG 14, or with the service mediated by the ACG 14. Further, the field relating to the called party is replaced with the network identifier of member B (as shown in step 416). In this way the ACG 14 effectively forwards the incoming call to member B.
  • the ACG 14 requests a circuit of the appropriate type (for example, a voice or video) connection to member B. If member B does not answer the call in step 418 the terminating MSC (MNO B MSC in Figure 5) sends a signal to the MSC 2 and, in accordance with the RRB settings previously specified by the ACG 14, the MSC 2 will forward a signal to the ACG 14 indicative of the fact that member B has not answered.
  • the ACG 14 sends a response message to the MSC 2 comprising an instruction to terminate the connection, and the MSC 2 terminates the call accordingly.
  • the connection (which has been forwarded from the MSC associated with member A on the basis of data received by the ACG so as to make a connection with the MSC associated with member B) can then be used to conduct a conversation in the normal way.
  • the pre-arranged call relates to a call agreed between members A and B for a call to take place between members A and C
  • the field relating to the called party is replaced with the network identifier of member C, so that the ACG 14 effectively sets up a call to member C.
  • this system has the advantage that member A, who is setting up the call, does not have to enter any reference code; the ACG 14 interrogates the connection table based on the call time, for example.
  • the communication instances are parameterized on an individual, rather than generic, basis (via the connection table), the amount of information transmitted between the respective parties and the ACG 14 can be considerably reduced compared to known systems, and in fact the ACG 14 has no need for storing user preferences such as call screening options as common in known systems.
  • call handling can be processed at the signaling layer, meaning that the ACG 14 is only required to comprise functional parts to handle signaling and not actual voice or video traffic, this instead being handled by conventional mobile, fixed or IP switching components.
  • embodiments of the present invention may use the transmission parameters in the signaling data associated with the incoming call from member A.
  • data relating to the transmission data can be used to determine whether the call set up matches a protocol specified by member B. If member A initiates a video call to member B, but the data contained in the connection table indicates that member B only wishes to accept voice calls, or is only able to accept voice calls, the ACG 14 may reject the request for call set up between member A and member B. This feature may be important for preserving anonymity in the case where member B does not wish to be seen by member A. Further, if the calling code called by member A is for a voice service, and they initiate a video call the ACG 14 may reject the request for call set up. As an alternative, the transmission parameter of the incoming call could be updated so that it corresponds to the transmission parameter in the connection table 205, i.e.
  • the video call is stepped down to a voice call.
  • the fact that embodiments of the present invention utilise signaling data associated with an incoming call, rather than the payload of the call confers a number of advantages, which are not present in systems which merely handle the payload of the call in order to confer anonymity on the parties to the call.
  • a significant advantage of handing the signaling data becomes apparent in the situation where the call is successfully routed to member B, but where member B does not answer the call for some reason (for example, they may not "pick up" the phone, may reject the call, or their phone may be switched off of out of range of network coverage).
  • member B does not answer the call for some reason (for example, they may not "pick up" the phone, may reject the call, or their phone may be switched off of out of range of network coverage).
  • the call will be diverted to a voicemail system associated with member B.
  • voicemail systems often contain a personalized message, and/or the network identifier of member B. Therefore, in the situation where the call from member A is routed to member B's voicemail, member A may be able to obtain personal information about member B. This is clearly undesirable, since member B wishes to remain anonymous.
  • the user may have set up a call divert feature, to another party. In this case, the call from member A will be diverted to the subject of the call divert set up by
  • the call termination message sent by the ACG 14 may contain data relating to why the call was not set up to member B. For example if member B rejected the call, member A may decide not to try calling member B again.
  • the signaling messages may be useful to the provider of the ACG 14, and may be used for marketing purposes (for example, in relation to the number of calls which were successfully set up) and for reconciliation purposes (for example so that the records of the provider of the telephone number for the
  • ACG 14 can be matched with the actual call records).
  • one of member A or member B may have set a call-time limit of 10 minutes.
  • the ACG 14 can terminate the call by preventing the call being connected to certain one or more of the parties in the call.
  • the call is a "premium rate" call line
  • there may be restrictions on the maximum duration of the call this may be imposed by a regulation body, for example).
  • the restriction on the maximum duration of the call may be different for different calling codes processed by the ACG 14.
  • Controlling the call on the signaling level has the advantage that a signal can be sent from the ACG 14 with data relating to the reason for terminating the call.
  • steps 421a and 421b illustrate this point - in that while members A and B participate in a call the ACG 14 merely handles signaling messages passing between the networks in which the members are located.
  • the ACG 14 automatically and advantageously identifies the end of the call, updating the connection table 205 accordingly (in particular the status information stored in field 307).
  • a second embodiment will now be described for a communications instance involving communication of video data, wherein the initial negotiation phase between participants in the video call is controlled by means of a video application server 215.
  • steps 501 — 511 involve the participants communicating so as to agree on a scheduled call window in which to conduct a video call. Accordingly, party A tries to book a communication slot via the video system 215, which contacts the ACG 14 and party B in order to identify a mutually convenient time to hold the video conversation. As can be seen from the annotation on the Figure, anonymity is preserved by means of nicknames coordinated on the part of the video application server 215.
  • the new appointment may be created, with the status of 'requested', immediately after the connection table 205 has been queried to avoid call clashes (i.e. after step 503, and before step 505).
  • party B responds to the call request indicating acceptance in step 507, the status of the appointment is updated to 'accepted'.
  • the ACG 14 waits for receipt of a call set up request, which is eventually received from party A (step 513).
  • This call set up request is processed in the same way as that described in the first and second arrangements of the first embodiment discussed above.
  • Figure 5 clearly articulates the various signaling messages that are passed between components in the network, which, in accordance with ISUP signaling involve the sending of IAM (Initial Address Message - steps 515, 519), ACM (Address Complete Message - steps 523, 525), CPG (Ring Alert - steps 529, IAM (Initial Address Message - steps 515, 519), ACM (Address Complete Message - steps 523, 525), CPG (Ring Alert - steps 529,
  • ANM Answer Message - steps 537, 539
  • REL Release - steps 545, 549
  • RLC Release Complete - steps 555, 557) messages.
  • a call is set up from member A to the ACG 14.
  • the ACG 14 queries the connection table for a pre- agreed communication at the current time involving member A. Once data relating to such a call has been found, the ACG 14 forwards the call to member B in steps S519 and S521, by updating the fields relating to the called party and calling party.
  • this shows how the ACG 14 is implemented so as to ensure that party B only sees a call incoming therefrom, and not from Party A.
  • party A the originator
  • party A cannot use redial facilities on their mobile to re-try the call because the corresponding entry has been removed from the connection table and the ACG 14 would reject any call attempt which does not have a current entry for the relevant caller.
  • the ACG 14 will receive a signaling message (typically a CPG (call progress) message) indicative of this, and can terminate the call before member A is connected to a voicemail service of member B.
  • a signaling message typically a CPG (call progress) message
  • connection table 205 can be managed by inserting, reading and removing records either directly through a software application program interface (API) 207, by transactions onto the connection table database, or, using a technology such as Java Remote Method Invocation (RMI).
  • API software application program interface
  • RMI Java Remote Method Invocation
  • ACG 14 is usable by a broader number of applications and customers when there is the possibility of third parties being able to manage connection table entries that they "own". This allows service providers to offer anonymous calling functions to a broad range of customers and applications.
  • entries in the connection table 205 can be inserted, read and deleted using a family of related web services.
  • Web services are functions that are published at a web server for remote invocation via the Intranet or Internet, using Extensible Markup Language (XML) messaging based on Simple Object Access Protocol (SOAP), Web Services Description Language (WSDL) and Universal Description, Discovery and Integration (UDDI) standards.
  • XML Extensible Markup Language
  • SOAP Simple Object Access Protocol
  • WSDL Web Services Description Language
  • UDDI Universal Description, Discovery and Integration
  • the ACG 14 is shown as being directly connected to application servers 211, 213, 215 for provisioning the connection table 205, the (or several) provisioning system(s) could alternatively be remote from the ACG 14, as shown in Figure 6.
  • the ACG 14 could be provided as a single logical system implemented using multiple physical server machines providing redundancy, scalability and separation of functions.
  • a number of ACG 14 instances could be provided to operate the calling codes associated with a given service and/or client application. Such a set up may confer the benefit of lowering calling costs, for example by allowing the numbers associated with national branches of an international service to be operated upon locally.
  • the ACG 14 is described as creating connections between users that transmit and receive data having one and the same format (e.g. both communicate via circuit switched voice links), the ACG 14 can include means for translating between, for example, circuit switched and packet switched data so as to connect Voice over IP packets with circuit switched traffic.

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Telephonic Communication Services (AREA)

Abstract

L'invention concerne un noeud de service (14) et un procédé d'utilisation permettant de contrôler des communications entre au moins deux utilisateurs par l'intermédiaire d'un réseau, au moins certains utilisateurs étant identifiables, d'une part, à un autre au moyen d'un premier type d'identité et, d'autre part, à un réseau au moyen d'un second type différent d'identité. Ledit noeud comprend, d'abord, une première interface (207) fournissant un accès à des données de nomination indicatrices d'acceptation facultative de ressources de réseau impliquant au moins deux utilisateurs, ces données de nomination contenant des données indicatrices d'acceptation facultative de ressources de réseau et une caractéristique desdites ressources du réseau qui peut être acceptée, puis, une seconde interface (210) conçue pour recevoir des données de signalisation indicatrices d'une demande d'acceptation desdites ressources de réseau à partir d'un premier utilisateur, lesdites données de signalisation contenant une caractéristique de ladite demande d'acceptation des ressources. Ce noeud comporte, enfin, un dispositif de traitement (203) élaboré pour accéder aux données de nomination de manière à identifier une caractéristique correspondant à ladite caractéristique de demande d'acceptation de ressources de réseau et pour permettre au premier utilisateur de communiquer avec un second utilisateur sur la base des ressources de réseau correspondant à la caractéristique identifiée, de manière à retenir les identités du second type à partir des utilisateurs respectifs.
PCT/EP2006/063609 2005-06-28 2006-06-27 Procede et systeme de communication anonyme dans un reseau de telecommunications WO2007000460A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
GB0513167.7 2005-06-28
GB0513167A GB0513167D0 (en) 2005-06-28 2005-06-28 Communications system for anonymous communications

Publications (1)

Publication Number Publication Date
WO2007000460A1 true WO2007000460A1 (fr) 2007-01-04

Family

ID=34856278

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2006/063609 WO2007000460A1 (fr) 2005-06-28 2006-06-27 Procede et systeme de communication anonyme dans un reseau de telecommunications

Country Status (2)

Country Link
GB (2) GB0513167D0 (fr)
WO (1) WO2007000460A1 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2010076629A1 (fr) * 2008-12-29 2010-07-08 Nortel Networks Limited Agent de collaboration

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20010026609A1 (en) * 1999-12-30 2001-10-04 Lee Weinstein Method and apparatus facilitating the placing, receiving, and billing of telephone calls
US20030112948A1 (en) * 2001-12-19 2003-06-19 Wendell Brown System and method for establishing a connection between parties based on their availability
US20040240642A1 (en) * 2001-06-18 2004-12-02 Crandell Jeffrey L. Apparatus, systems and methods for managing incoming and outgoing communication

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR2821222B1 (fr) * 2001-02-16 2003-04-18 Bull Cp8 Procede d'etablissement de communication anonyme
GB2376608A (en) * 2001-06-15 2002-12-18 Intellprop Ltd Conference call requests
GB2409599A (en) * 2003-12-12 2005-06-29 Mobile Phone Dating Ltd Anonymous communication service employing intermediate nodes

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20010026609A1 (en) * 1999-12-30 2001-10-04 Lee Weinstein Method and apparatus facilitating the placing, receiving, and billing of telephone calls
US20040240642A1 (en) * 2001-06-18 2004-12-02 Crandell Jeffrey L. Apparatus, systems and methods for managing incoming and outgoing communication
US20030112948A1 (en) * 2001-12-19 2003-06-19 Wendell Brown System and method for establishing a connection between parties based on their availability

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2010076629A1 (fr) * 2008-12-29 2010-07-08 Nortel Networks Limited Agent de collaboration
US8060563B2 (en) 2008-12-29 2011-11-15 Nortel Networks Limited Collaboration agent

Also Published As

Publication number Publication date
GB2427524A (en) 2006-12-27
GB0612726D0 (en) 2006-08-09
GB0513167D0 (en) 2005-08-03

Similar Documents

Publication Publication Date Title
US9706029B1 (en) Methods and systems for call processing
US6879677B2 (en) Methods and systems for telephony call completion
EP1704709B1 (fr) Procede et systeme pour la fourniture d'un service de reponses aux appels entre un telephone d'origine et un telephone destinataire
EP1482758B1 (fr) Echtzeitverwaltung von Einrichtungen mit verteilter Kommunikationsplannung
US8218736B1 (en) Methods and systems for confirming message delivery
US8503646B1 (en) Methods and systems for routing calls
US9497308B1 (en) Method and systems for messaging services
EP1521439A1 (fr) Système personnel intégré de gestion d'appels
US20070064886A1 (en) Methods, systems, and computer program products for dynamically controlling a PSTN network element from an IP network element using signaling
US9253319B1 (en) Methods and systems for call connecting calls
EP1908320B1 (fr) Numeros de commande d'acheminement prives
CA2483123A1 (fr) Service ameliore de notification d'appels
US9615230B2 (en) Method to manage multiple caller identities in a telecommunication system
US8705710B2 (en) Methods and systems for telephony call completion
US20100067681A1 (en) Systems and methods for providing a telecommunications extension service for multiple telecommunications units
US20100056120A1 (en) Method and server for filtering telephone calls
EP1521441A1 (fr) Annulation de blocage d'appels
KR100362975B1 (ko) 무선 환경에서 지능 전화망의 강화된 서비스를 가능하게하는 방법 및 장치
WO2007000460A1 (fr) Procede et systeme de communication anonyme dans un reseau de telecommunications
KR100453229B1 (ko) 인터넷을 이용한 다수 전화 부가 서비스 제공방법

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application
NENP Non-entry into the national phase

Ref country code: DE

WWW Wipo information: withdrawn in national office

Country of ref document: DE

122 Ep: pct application non-entry in european phase

Ref document number: 06763908

Country of ref document: EP

Kind code of ref document: A1