|Publication number||US6574324 B1|
|Application number||US 09/444,709|
|Publication date||Jun 3, 2003|
|Filing date||Nov 24, 1999|
|Priority date||Nov 24, 1999|
|Publication number||09444709, 444709, US 6574324 B1, US 6574324B1, US-B1-6574324, US6574324 B1, US6574324B1|
|Inventors||Dale W. Malik|
|Original Assignee||Bellsouth Intellectual Property Corporation|
|Export Citation||BiBTeX, EndNote, RefMan|
|Patent Citations (5), Non-Patent Citations (2), Referenced by (55), Classifications (18), Legal Events (5)|
|External Links: USPTO, USPTO Assignment, Espacenet|
1. Field of the Invention
The present invention relates generally to telecommunications systems. More particularly, the present invention relates to an advanced intelligent network system for facilitating a subscriber's billing preferences.
2. Background of the Invention
Long distance telephone calls are normally billed to the calling party number (“CgPN”) unless the calling party provides an alternative billing number. Using conventional systems and methods, alternative billing numbers may be a credit card, a calling card or some other billing code recognized by the local exchange carrier (“LEC”) and the long distance carrier, i.e., inter-exchange carrier (“IXC”), as a valid billing account. Additionally, the calling party may place a collect call wherein an operator or an automated system obtains authorization from the called party to “reverse” the charges. In this situation, the calling party's LEC and IXC must communicate with the called party's LEC to bill the called party for the call.
Each of the above identified options increase the costs the LECs and IXCs incur to provide the telephone connection between parties. The increased costs are generally passed on to the billed party. Generally, calling card, credit card and collect calls cost are more expensive than direct-dialed long distance calls. Also, subscribers often have preferred long distance carriers that they wish to bill calls through. Such long distance carriers may offer incentives to subscribers who use their services. Such incentives include, e.g., earning frequent flyer miles for each dollar spent in long distance calling, reduced rates for higher calling volumes, and earning points which can be used towards the purchase of special merchandise.
To keep costs down and to retain the benefits of using a single preferred provider, some subscribers developed special procedures to “manually” reverse the charges for some long distance calls. For example, some parents may wish to pay for incoming calls from their child who is away at college. One manual technique used by some parents is partially effective. In this technique, the child places an initial telephone call to the parents' home telephone number. After the parents answer the call, both parties hang up their telephones, and the parents then return the call. As noted above, this technique is only partially effective because the child still incurs some long distance charges. An alternative manual technique used by some parents can eliminate this problem. In this technique, the parents may instruct their child to direct-dial the parents' home telephone number, let the telephone ring twice and then hang up. When the parents hear only two rings before the caller hangs up, they know that their child wishes to speak to them. The parents then call the child back using the parents' preferred long distance carrier.
Before the advent of caller-Id, such procedures were effective only if (1) the called party is home, and hears the phone ring only two times, (2) the called party has only one calling party using the code of two rings followed by a hang up (additional calling parties would require more elaborate procedures, e.g., caller I rings once and hangs up, caller II rings twice and hangs up, caller III rings once, hangs up, then immediately calls back, rings once and hangs up) and (3) the called party does not accidentally answer the phone before the calling party hangs up.
With the advent of caller-Id services, some of these problems were alleviated. For example, using call-Id, the called party is informed that a call was received and the time it was received, even if the called party was not home when the call came in. The caller-Id system also provides the calling party's number or name (if calling name delivery service is active) so the called party will know if the call was from someone that should be called back using the called party's preferred long distance carrier. Although caller-Id identifies the calling party, the call-back system is still manually operated. The burden of returning the call is placed on the called party. Thus a system and method providing long distance automatic call-back from the called party to the calling party is desirable.
Moreover, unless the called party also has call-waiting with caller-Id, if the called party's line is busy, the calling party must redial the called party's line until it is available before the caller-Id system is activated. Conventional systems currently provide an automatic call-back service wherein, if the called party's line is busy, the system monitors the line and initiates a call when the line is free. However, the call is generated and billed as a call from the original calling party to the original called party. No service currently exists wherein, even if the called party's line is busy, a telephone call is automatically connected from the called party back to the calling party, thereby billing the “called party” using that party's preferred long distance carrier.
Another conventional means for reversing charges for long distance calling uses “toll free” numbers. Telephone calls to toll free numbers, i.e., 1-800 or 1-888 numbers, are not charged to the calling party. However, as with collect calls or calling card calls described above, the subscriber will ultimately pay a higher price because of the additional cost of providing toll service.
The present invention utilizes an Advanced Intelligent Network (“AIN”) to provide a system and method for automatic call-back services for long distance calls. AIN systems are described in U.S. Pat. No. 5,701,301, U.S. Pat. No. 5,774,533, Bellcore Specification TR-NWT-001284, Switching Systems Generic Requirements for AIN 0.1, and Telcordia Specification GR-1298, AINGR: Switching Systems, which are all incorporated herein by reference in their entirety.
When a call is placed from a designated calling party to a called party, the system and method of the present invention intercepts the call to prevent a bill from being generated for the calling party's line. The system and method of the present invention then initiates a call from the called party's line to the calling party. If either the original called party or the original calling party are not available (i.e., the line is busy or not answered) when the automatic call-back system initiates the call, the system tries again. The frequency and number of retries can be pre-set by the LEC or by the subscriber.
Under the system and method of the present invention, a subscriber first identifies the authorized parties that the subscriber agrees to automatically call-back, thus incurring the cost of the call. In a preferred embodiment, the list comprises the telephone directory numbers (“DNs”) from which the authorized parties will call the subscriber. In an alternate embodiment, the list comprises personal identification numbers (“PINs”) assigned to the authorized parties. The list may be created using any suitable procedure and is stored in a database on a service control point (“SCP”). The database also stores the address, i.e., the point code, for the subscriber's switch, which is necessary for creating the call back to the authorized parties.
A suitable trigger is provisioned on the subscriber's service switching point (“SSP”) or “switch” for the subscriber's line. Whenever a call to the subscriber's line is received at the subscriber's switch the trigger causes the switch to send a database query to the SCP. In response to the trigger, the SCP checks the database to see if the calling party is on the subscriber's list of authorized parties for the long distance automatic call-back service. If the calling party is not an authorized party, the SCP sends a Continue message or an Authorize_Termination message to the switch and the call is terminated to the subscriber as a normal call.
If the calling party is an authorized party, the SCP notes the call in the database, then instructs the switch to disconnect the call. In a preferred embodiment, the switch plays an announcement to the caller informing the caller that the long distance automatic call-back service has been activated and instructing the caller to hang up. In this preferred embodiment, the switch also provides the caller with an option to let the call go through using normal billing procedures. If the caller accepts the option, the call proceeds and the calling party line is billed for the call. If the caller declines, the call is disconnected either by the switch or when the caller hangs up.
On a periodic basis, e.g., every 5 minutes, the SCP looks through its database to see which subscribers have entries indicating a call-back is required. When such an entry is identified, the SCP sends a message to the subscriber's switch, identified by its point code, instructing the switch to create a call. In a preferred embodiment, the message sent is a Create_Call message defined in the AIN 0.2 standards. The message comprises the subscriber's telephone DN and the DN for the authorized party to be called from the subscriber's line. In addition to the Create_Call message, the SCP sends a Send_Notification request.
When the switch receives the instructions from the SCP it checks the subscriber's line to see if it is available. If the line is available, the switch rings the line and waits for the line to be answered. If the line is answered, the switch then initiates the call to the authorized calling party. In a preferred embodiment, the switch plays a message informing the subscriber that a long distance call-back is being connected.
The call is processed by the subscriber's switch and the authorized calling party's switch just like any normal call. However, in response to the Send_Notification request, the subscriber's switch informs the SCP of the result of the call. The SCP uses this information to update the database of subscribers requiring a call-back. For a predetermined period or a predetermined number of attempts, the SCP periodically checks its database and initiates call-back procedures as required. After the predetermined period expires or the predetermined number of attempts have been made, the SCP updates the database and stops the call-back procedures. Similarly, if a call-back is successfully connected between the two parties, the SCP updates the database accordingly.
It is an object of the present invention to provide an automated system for placing a return call using a subscriber's telephone line when an authorized caller dials the subscriber's number.
It is a further object of the present invention to use an Advanced Intelligent Network to “reverse” the charges for long distance calls placed by a first party to a second party without incurring a long distance bill for the first party.
It is another object of the present invention to provide a system to allow subscribers to be billed for designated inbound calls.
It is another object of the present invention to provide a system to allow subscribers to use a preferred long distance service provider to return calls placed by designated callers.
These and other objects of the present invention are described in greater detail in the detailed description of the invention, the appended drawings and the attached claims.
FIG. 1 is a schematic diagram showing the key components of an AIN used in an embodiment of the present invention.
FIG. 2 is a flowchart showing the steps performed in a preferred embodiment of the present invention.
FIG. 3 is a flowchart showing the steps performed in a first alternate embodiment of the present invention.
FIG. 1 shows the key components of the AIN used in the present invention. Such AIN components include one or more switches, SSP 13 and 23, SCP 24, and Common Channel Signaling System 7 (“SS7”) network 16. The steps performed in a preferred invention are shown in the flowchart in FIG. 2.
As shown in FIG. 2, the sequence starts in step 200, when caller 10 calls subscriber 20 using telephone 11 and line 12 (shown in FIG. 1). In step 205, SSP 13 processes the call with subscriber 20's switch, SSP 23, just as it would process any call between the two parties. As shown in FIG. 1, caller 10 need not be served by LEC 14, which serves subscriber 20. Caller 10's telephone call in this example is processed through IXC 15, with signaling between the switches processed within SS7 network 16. When the call setup message reaches SSP 23, it hits the trigger on subscriber 20's line 22 (step 210). In a preferred embodiment, the trigger is a Termination_Attempt_Trigger (“TAT”).
In response to the TAT, SSP 23 sends a database query to SCP 24 (step 215). SCP 24 checks to see whether or not caller 10 is on subscriber 20's list of authorized callers who will receive an automatic call-back (step 220). The list is compiled and organized in any suitable manner, and is stored in database 24 a on SCP 24. In a preferred embodiment, the list has the subscriber's telephone DN, the point code for the subscriber's SSP and the telephone DNs for each person authorized to receive an automatic call-back through the system. Thus, in response to the database query, SCP 24 looks up subscriber 20's DN, i.e., the called party number (“CdPN”), then checks to see if caller 10's DN, i.e., the calling party number (“CgPN”), is associated with subscriber 20.
If the CgPN is not associated with subscriber 20, then SCP 24 moves on to step 225, where it issues an Authorize_Termination message to SSP 23 and the call is terminated to subscriber 20's telephone, just like any other call to line 22. If subscriber 20 answers the call on telephone 21 or (or some other customer premises device), the bill for the call will begin tolling for caller 10. If the call is not answered, neither party is changed for the call.
If SCP 24 locates caller 10's DN on subscriber 20's authorization list in database 24 a, in step 230, SCP 24 updates database 24 a to flag caller 10 for a call-back from subscriber 20. Furthermore, SCP 24 responds to the database query by issuing a Send_To_Resource message to SSP 23. This message instructs SSP 23 to play an announcement to caller 10 according to the resource identified by the SCP. For the automatic call-back system of the present invention, the announcement informs caller 10 that the subscriber has authorized an automatic call-back to caller 10 (step 235). The announcement further instructs caller 10 to hang up to allow the call-back system to return the call. In a preferred embodiment, the announcement further offers caller 10 the opportunity to override the automatic call-back system (step 240). If caller 10 elects to override the system, SCP 24 moves on to step 225 and the call proceeds as a regular call billed to caller 10, as described above. If caller 10 does not override the automatic call-back system, SSP 23 disconnects the call (step 245).
As noted above, SCP 24 periodically checks database 24 a to identify all callers requiring a call-back from a subscriber under the current invention (step 250). In a preferred embodiment, the subscriber's LEC is free to configure the frequency of the SCP's checks. Moreover, the LEC is free to configure the number of times the system attempts to automatically return the call. In an alternate embodiment, the LEC could allow the subscriber to elect the frequency and number of attempts on a case-by-case basis for each entry in the subscriber's list of authorized users of the system.
In step 255, SCP 24 issues suitable AIN messages to SSP 23 instructing SSP 23 to set up a call from subscriber 20 to caller 10. In a preferred embodiment, a Create_Call message defined in AIN 0.2 Generic Requirements is sent to SSP 23. The Create_Call message comprises subscriber 20's DN in the CgPN field and caller 10's DN in the CdPN field. As noted above, SCP 24 is able to initiate the communication to the subscriber's SSP because database 24 a contains the point code for the SSP. Additionally, SCP 24 sends a Send_Notification request to SSP 23.
In steps 260 and 265, SSP 23 determines whether or not both subscriber 20 and caller 10 are available. In a preferred embodiment, SSP 23 first rings line 22 and waits for the line to be answered. If it is answered, SSP 23 plays an announcement to subscriber 20 informing the subscriber to hold while the system dials caller 10. If caller 10 is available, i.e., the call is terminated by SSP 13 to line 12 and caller 10 answers the call, SSP 23 informs SCP 24 that the call was successful (step 270). On the other hand, if either subscriber 20 or caller 10 are not available, i.e., lines 22 or 12 are busy or not answered, SSP 23 informs SCP 24 that the call was not successful (step 275).
If the call was successful, SCP 24 updates database 24 a to remove the flag on caller 10 and the automatic call-back procedure is complete (step 280). However, if the call was not successfully connected, SCP 24 updates database 24 a to increment a counter tracking the number of attempts made by the automatic call-back system (step 285). In a preferred embodiment, if the counter is greater than a predetermined number defined by the LEC or subscriber, as described above, SCP 24 zeros out the counter and removes the flag from the caller's entry. Otherwise, SCP 24 returns to step 255 where the periodic check of the database is repeated.
In a first alternate embodiment, the subscriber's list of persons authorized to receive an automatic call-back through the system comprises one or more personal identification numbers (“PINs”). One advantage offered by this embodiment is that the subscriber need not know the telephone DN that will be used by the authorized users of the automatic call-back system.
The PINs may be of any appropriate length, and may be unique to the subscriber or to each caller, depending on the subscriber's requirements. For example, a business entity seeking to reduce costs of “toll free” 800-numbers may use a simple PIN known to the public, or no PIN at all. Effectively, every incoming call to the business subscriber's DN will be processed under the automatic call-back system described herein. On the other hand, the a private subscriber may wish to use a single PIN that the subscriber gives to each person who is authorized for the call-back service. Similarly, the individual PINs could be selected by the subscriber for each authorized person.
In this embodiment, most of the steps described above are still performed, i.e., steps 300-385 in FIG. 3 are identical to steps 200-285 in FIG. 2, except as explained herein. However, in new step 317, shown in FIG. 3, SCP 24 instructs SSP 23 to prompt caller 10 to enter a PIN. In step 320, SCP 24 looks up subscriber 20's DN as described above, and checks to see if the PIN entered by caller 10 is associated with subscriber 20. If so, database 24 a is updated in step 230 as described above. However, in addition to flagging caller 10 for a call-back, SCP 24 also records the telephone DN from which caller 10 is presently calling. That is, in step 330, SCP 24 logs the CgPN in the database. In this manner, when SCP 24 issues the Create_Call message, it has a telephone number to use for the new called party.
In the second alternate embodiment the subscriber's authorization list is a combination of telephone DNs and PINs. Thus, under this embodiment, the subscriber can further define the list of authorized users of the automatic call-back system. This embodiment may implemented in a variety of ways. For example, the SCP could be programmed to prompt every caller to the subscriber's DN to enter a PIN. Thus, the steps described in FIG. 3 would be performed as described above.
In another embodiment, the SCP could be programmed to check the database first to see if the caller's DN is associated with the subscriber. If the caller's DN is in the subscriber's authorization list and also requires a PIN, the SCP then prompts the caller to enter the PIN. Thus in this embodiment, not all callers must have a PIN.
The foregoing disclosure of embodiments of the present invention has been presented for purposes of illustration and description. It is not intended to be exhaustive or to limit the invention to the precise forms disclosed. Many variations and modifications of the embodiments described herein will be obvious to one of ordinary skill in the art in light of the above disclosure. The scope of the invention is to be defined only by the claims appended hereto, and by their equivalents.
|Cited Patent||Filing date||Publication date||Applicant||Title|
|US5661790 *||Nov 3, 1995||Aug 26, 1997||Ericsson, Inc.||Call back service for a regulatory restrictive area|
|US5701301||Jun 6, 1994||Dec 23, 1997||Bellsouth Corporation||Mediation of open advanced intelligent network in SS7 protocol open access environment|
|US5774533||Aug 14, 1996||Jun 30, 1998||Bellsouth Corporation||Method and system for providing a billing directed communication service|
|US6035027 *||Feb 12, 1997||Mar 7, 2000||Cygnus Telecommunications Technology Llc||Interactive telephone system for optimizing service economy|
|US6339640 *||Dec 18, 1998||Jan 15, 2002||Nortel Networks Limited||Method and apparatus for automatic callback in a telecommunication system|
|1||Bellcore Document No. GR-1298-CORE, "AINGR: Switching Systems".|
|2||Bellcore Technical Reference NWT-001284, Issue 1, "Advanced Intelligent Network (AIN) 0.1 Switching Systems Generic Requirements" (Aug. 1992).|
|Citing Patent||Filing date||Publication date||Applicant||Title|
|US6775365 *||Aug 28, 2000||Aug 10, 2004||Qwest Communications International Inc.||Directed call return service|
|US6885741 *||Nov 21, 2000||Apr 26, 2005||Bellsouth Intellectual Property Corporation||System and method for on-hold call back|
|US7116768 *||Sep 26, 2003||Oct 3, 2006||Dx/Dy Voice Processing, Inc.||Collect callback|
|US7142826 *||Jun 24, 2003||Nov 28, 2006||Inventel Systems||Portable radiotelephone and radiocommunication system including such a radiotelephone|
|US7233653 *||Aug 10, 2001||Jun 19, 2007||Nadim Massoud||Method and installation for telephone inquiry|
|US7469044 *||Oct 15, 2002||Dec 23, 2008||T-Mobile Deutschland Gmbh||Callback when not engaged by means of automated redialling in communication networks|
|US7903796||Mar 8, 2011||Verizon Data Services Llc||Method and apparatus for unified communication management via instant messaging|
|US7908261||Mar 15, 2011||Verizon Data Services Llc||Method and apparatus for context based querying|
|US7912193||Nov 24, 2003||Mar 22, 2011||Verizon Data Services Llc||Methods and systems for call management with user intervention|
|US7912199||Nov 24, 2003||Mar 22, 2011||Telesector Resources Group, Inc.||Methods and systems for remote cell establishment|
|US8306501 *||Nov 6, 2012||T-Mobile Usa, Inc.||Method and system for allowing incoming emergency communications on a disabled device|
|US8355486 *||Jan 15, 2013||Centurylink Intellectual Property Llc||System and method for inbound call billing|
|US8472428||Nov 24, 2003||Jun 25, 2013||Verizon Data Services Llc||Methods and systems for line management|
|US8472606||Nov 24, 2003||Jun 25, 2013||Verizon Data Services Llc||Methods and systems for directory information lookup|
|US8472931||Nov 24, 2003||Jun 25, 2013||Telesector Resources Group, Inc.||Methods and systems for automatic communication line management based on device location|
|US8488761||Nov 24, 2003||Jul 16, 2013||Verizon Data Services Llc||Methods and systems for a call log|
|US8488766||Nov 24, 2003||Jul 16, 2013||Verizon Data Services Llc||Methods and systems for multiuser selective notification|
|US8494135||Nov 24, 2003||Jul 23, 2013||Verizon Data Services Llc||Methods and systems for contact management|
|US8503639||Nov 24, 2003||Aug 6, 2013||Verizon Data Services Llc||Method and apparatus for adaptive message and call notification|
|US8503650||Nov 24, 2003||Aug 6, 2013||Verizon Data Services Llc||Methods and systems for configuring and providing conference calls|
|US8682281||Apr 26, 2010||Mar 25, 2014||T-Mobile Usa, Inc.||Monitoring application and method for establishing emergency communication sessions with disabled devices based on transmitted messages|
|US8750482||Nov 24, 2003||Jun 10, 2014||Verizon Data Services Llc||Methods and systems for preemptive rejection of calls|
|US8751571||Nov 24, 2003||Jun 10, 2014||Verizon Data Services Llc||Methods and systems for CPN triggered collaboration|
|US8761355||Nov 24, 2003||Jun 24, 2014||Telesector Resources Group, Inc.||Methods and systems for notification of call to device|
|US8761363||Nov 24, 2003||Jun 24, 2014||Verizon Data Services Llc||Methods and systems for automatic forwarding of communications to a preferred device|
|US8761816||Nov 24, 2003||Jun 24, 2014||Telesector Resources Group, Inc.||Methods and systems for single number text messaging|
|US8767925||Jun 17, 2013||Jul 1, 2014||Verizon Data Services Llc||Interactive assistant for managing telephone communications|
|US8774380||Oct 23, 2008||Jul 8, 2014||Verizon Patent And Licensing Inc.||Methods and systems for call management with user intervention|
|US8798251||Nov 24, 2003||Aug 5, 2014||Verizon Data Services Llc||Methods and systems for computer enhanced conference calling|
|US8873730||Feb 27, 2002||Oct 28, 2014||Verizon Patent And Licensing Inc.||Method and apparatus for calendared communications flow control|
|US9118779||Dec 12, 2012||Aug 25, 2015||Centurylink Intellectual Property Llc||System and method for inbound call billing|
|US9167605 *||Oct 5, 2012||Oct 20, 2015||T-Mobile Usa, Inc.||Method and system for allowing incoming emergency communications on a disabled device|
|US9345052 *||Oct 19, 2015||May 17, 2016||T-Mobile Usa, Inc.||Method and system for allowing incoming emergency communications on a disabled device|
|US20010022838 *||Dec 14, 2000||Sep 20, 2001||Anders Jacobsson||System and a method within private telecommunication|
|US20040013256 *||Aug 10, 2001||Jan 22, 2004||Nadim Massoud||Method and installation for telephone inquiry|
|US20040127189 *||Jun 24, 2003||Jul 1, 2004||Henri-Nicolas Olivier||Portable radiotelephone and radiocommunication system including such a radiotelephone|
|US20050014521 *||Oct 15, 2002||Jan 20, 2005||Gerhard Kramarz-Von Kohout||Callback when not engaged by means of automated redialling in communication networks|
|US20050069111 *||Sep 26, 2003||Mar 31, 2005||Smith Jeffrey B.||Collect callback|
|US20060276194 *||Aug 16, 2006||Dec 7, 2006||Dx/Dy Voice Processing Inc.||Collect Callback|
|US20060282412 *||Oct 11, 2005||Dec 14, 2006||Verizon Data Services Inc.||Method and apparatus for context based querying|
|US20090006229 *||Jun 28, 2007||Jan 1, 2009||Embarq Holdings Company, Llc||System and method for telephony billing codes|
|US20090110163 *||Oct 31, 2007||Apr 30, 2009||Embarq Holdings Company Llc||System and method for inbound call billing|
|US20100029244 *||Jun 24, 2009||Feb 4, 2010||Neeta Moodbidri||Method and system for allowing incoming emergency communications on a disabled device|
|US20100273445 *||Oct 28, 2010||Dunn Timothy N||Monitoring application and method for establishing emergency communication sessions with disabled devices based on transmitted messages|
|US20130035057 *||Oct 5, 2012||Feb 7, 2013||Neeta Moodbidri||Method and system for allowing incoming emergency communications on a disabled device|
|US20140177816 *||Jul 24, 2013||Jun 26, 2014||Hon Hai Precision Industry Co., Ltd.||Callback system and method and communication terminal using the same|
|CN101827339A *||Mar 2, 2010||Sep 8, 2010||中兴通讯股份有限公司||Method and system for exchanging calling role and called role between communication terminals|
|CN101883187A *||Jun 25, 2010||Nov 10, 2010||北京中星微电子有限公司||Method of realizing automatic incoming call of mobile phone, system and mobile phone with automatic incoming call function|
|CN102740261A *||Jun 8, 2012||Oct 17, 2012||三星电子株式会社||Method and device for call answering of mobile communication terminal|
|CN102740261B *||Jun 8, 2012||Feb 4, 2015||天津三星通信技术研究有限公司||Method and device for call answering of mobile communication terminal|
|WO2004049614A2 *||Nov 25, 2003||Jun 10, 2004||Telesector Resources Group, Inc.||Methods and systems for call management with user intervention|
|WO2004049614A3 *||Nov 25, 2003||Aug 26, 2004||Telesector Resources Group Inc||Methods and systems for call management with user intervention|
|WO2007104225A1 *||Feb 13, 2007||Sep 20, 2007||Huawei Technologies Co., Ltd.||A method, device and system for optimizing call back service in communication network|
|WO2009014518A1 *||Jul 24, 2007||Jan 29, 2009||Hang Deng||Portable, source independent, low cost telephonization|
|WO2011106953A1 *||Jun 18, 2010||Sep 9, 2011||Zte Corporation||Method and system for exchanging calling and called roles of communication terminals|
|U.S. Classification||379/210.01, 379/201.01, 379/88.19, 379/221.08|
|International Classification||H04M3/436, H04M3/48, H04M3/424, H04M3/42|
|Cooperative Classification||H04M3/42195, H04M3/424, H04M2242/22, H04M3/48, H04M3/42059, H04M3/436|
|European Classification||H04M3/424, H04M3/48, H04M3/436, H04M3/42G|
|Jan 5, 2000||AS||Assignment|
Owner name: BELLSOUTH INTELLECTUAL PROPERTY CORPORATION, DELAW
Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:MALIK, DALE W.;REEL/FRAME:010497/0738
Effective date: 19991207
|Nov 13, 2006||FPAY||Fee payment|
Year of fee payment: 4
|Jan 10, 2011||REMI||Maintenance fee reminder mailed|
|Jun 3, 2011||LAPS||Lapse for failure to pay maintenance fees|
|Jul 26, 2011||FP||Expired due to failure to pay maintenance fee|
Effective date: 20110603