CN102652434B - 用于向主叫方递送被叫方命名信息的方法和设备 - Google Patents
用于向主叫方递送被叫方命名信息的方法和设备 Download PDFInfo
- Publication number
- CN102652434B CN102652434B CN201080055805.6A CN201080055805A CN102652434B CN 102652434 B CN102652434 B CN 102652434B CN 201080055805 A CN201080055805 A CN 201080055805A CN 102652434 B CN102652434 B CN 102652434B
- Authority
- CN
- China
- Prior art keywords
- callee
- mobile terminal
- name information
- identifier
- information
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/16—Communication-related supplementary services, e.g. call-transfer or call-hold
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q3/00—Selecting arrangements
- H04Q3/0016—Arrangements providing connection between exchanges
- H04Q3/0029—Provisions for intelligent networking
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q3/00—Selecting arrangements
- H04Q3/72—Finding out and indicating number of calling subscriber
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13097—Numbering, addressing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13098—Mobile subscriber
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13102—Common translator
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13103—Memory
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13175—Graphical user interface [GUI], WWW interface, visual indication
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13345—Intelligent networks, SCP
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
- Telephonic Communication Services (AREA)
Abstract
描述了用于经由移动电信网络向主叫方的电路交换型移动终端(300,600,900,1000)提供被叫方的命名信息的方法和设备。具体地,由电路交换型交换节点(310,610,910,1010)执行的方法包括以下步骤:从移动终端接收(S100)用于建立到被叫方的终端(340,640,940?948)的呼叫的请求;获取(S110)被叫方的标识符;向数据库(330,630,930,S22,S33)发送针对被叫方命名信息的请求,其中,被叫方命名信息可与被叫方标识符关联地登记,所述请求包括该标识符;从数据库接收(S130)命名信息;以及执行(S140)向移动终端递送命名信息。
Description
技术领域
本发明涉及电信,具体地涉及用于经由移动电信网络向主叫方的电路交换型移动终端提供被叫方命名信息的方法和设备。
背景技术
包括要联系的对象的名称和联系信息在内的地址簿可以是移动呼叫的主要起始点。联系信息的示例是诸如地址簿中的对象的电话号码或电子邮件地址之类标识符,其通常与地址簿中的对象的名称相关联,但是也可以是像街道、邮政编码、城镇、州、国家等的信息。现有的地址簿解决方案主要瞄准IP多媒体子***(IMS)运营商,并且仅可与智能电话一起使用,并且要求相当大的资本开支(CAPEX)。这种地址簿的一个示例是爱立信活动地址簿产品(AAB)(参见例如在线的爱立信产品目录),其是移动电话地址簿同步功能的高端实现。目前,针对电路交换型电话的地址簿市场主要由备份和恢复功能来确定。
当打算进行对被叫方的电话呼叫时,主叫方可以在电话的地址簿中查询被叫方的条目,然后拨打号码。可以在例如点击电话上的激活拨打功能的恰当按钮时,由电话自动拨打号码,以便建立到被叫方的呼叫。
如果电话中没有条目,则作为主叫方的用户需要例如从电话本或从接线员或仅从其记忆来确定被叫方的号码,以及将该号码输入电话以建立到被叫方的呼叫。在许多电话中,拨打过的电话号码被添加到电话的呼出呼叫列表中。
当还进行到其他被叫方的呼叫时,其他电话号码将被添加到该列表中。
之后,当想要进行到以前呼叫过的任意对象的呼叫时,因为被叫方可能还没有输入其地址簿,所以主叫方又没有在其地址簿中找到条目。此外,主叫方可能不能够从呼出呼叫列表中识别出被叫方的电话号码,例如因为该列表很长和/或仅因为该列表包含非常类似的电话号码,这可能混淆主叫方,而导致呼叫错误的被叫方。或者,主叫方再次如上所述地转向接线员或纸质电话本。总之,现有的方案相当复杂,并且不是真正用户友好的,如果主叫方必须转向接线员以再次请求先前呼叫过的人员的电话号码,则甚至可能是昂贵的。
发明内容
因此,希望提供克服上述缺陷中的至少一些缺陷的方法、设备、***和计算机程序。
该目的通过独立权利要求来实现。在从属权利要求中描述了有利的实施例。
在一个方面中,提供了一种用于经由移动电信网络向主叫方的电路交换型移动终端提供被叫方命名信息的方法。该方法包括由电路交换型交换节点执行的以下步骤:从移动终端接收用于建立到被叫方终端的呼叫的请求;获取被叫方标识符;以及向数据库发送对被叫方命名信息的请求。被叫方命名信息可与被叫方标识符关联地登记在数据库中,并且该请求包括该标识符。该方法还包括电路交换型交换节点执行的以下步骤:从数据库接收命名信息;以及执行向移动终端递送命名信息。
在又一个方面中,提供了适于执行前述方法的步骤的电路交换型交换节点。该电路交换型交换节点可以包括:用于接收消息的接收单元,用于发送消息的发送单元,以及用于处理消息和信息的处理单元。可以在数据库中存储信息或从数据库检索信息。例如,接收单元可以适于从移动终端接收用于建立到被叫方终端的呼叫的请求。该处理单元可以适于获取被叫方标识符。该发送单元可以适于向数据库发送对被叫方命名信息的请求,该请求包括该标识符,被叫方命名信息可与被叫方标识符关联地登记。接收单元还可以适于从数据库接收命名信息,以及处理单元可以适于执行经由发送单元向移动终端递送命名信息。
在又一个方面中,提供了要由电路交换型交换节点的处理单元执行的计算机程序。该计算机程序包括适于执行前述方法的步骤的代码。
在又一个方面中,提供了一种用于经由移动电信网络向主叫方的电路交换型移动终端提供被叫方命名信息的方法。该方法包括由电路交换型移动终端执行的以下步骤:向电路交换型交换节点发送用于建立到被叫方终端的呼叫的请求;以及从该交换节点接收被叫方命名信息。
在又一个方面中,提供了适于执行前述方法的步骤的电路交换型移动电话。该移动终端可以包括:用于接收消息的接收单元,用于发送消息的发送单元,以及用于处理消息和信息的处理单元。可以在数据库中存储信息或从数据库检索信息。该移动终端还可以包括:用于向主叫方呈现接收到的被叫方命名信息的输出单元,其例如是移动电话的示出了呼出呼叫列表的显示器。例如,发送单元可以适于向电路交换型交换节点发送用于建立到被叫方终端的呼叫的请求,以及接收单元可以适于从该交换节点接收被叫方命名信息。
在又一个方面中,提供了要由电路交换型移动终端的处理单元执行的计算机程序。该计算机程序包括适于执行前述方法的步骤的代码。
在又一个方面中,提供了包括前述计算机程序的计算机程序产品。
在又一个方面中,提供了电信***。该电信***包括如前所述的电路交换型交换节点、如前所述的电路交换型移动终端、以及数据库,在所述数据库中被叫方命名信息可与被叫方标识符相关联地登记。
在下文中,为了使得本领域普通技术人员完整和彻底地理解本发明,将描述本发明的具体实施例。然而,这些实施例是说明性的,不是旨在进行限制。
附图说明
图1示出了包括在电路交换型交换节点处执行的方法步骤在内的流程图的示例;
图2示出了包括在主叫方的电路交换型移动终端处执行的方法步骤在内的流程图的示例;
图3示出了用于实现本发明的移动电信网络的第一实施例的示意说明图;
图4示出了用于实现本发明的消息序列图的第一示例;
图5示出了用于实现本发明的消息序列图的第二示例;
图6示出了用于实现本发明的移动电信网络的第二实施例的示意说明图;
图7示出了用于实现本发明的消息序列图的第三示例;
图8示出了用于实现本发明的移动电信网络的第三实施例的示意说明图;
图9示出了用于实现本发明的设备和接口的实施例的示意说明图。
具体实施方式
在下文中,将通过参考示例性实施例和附图来更详细地解释本发明。应该理解,下文解释的示例和实施例仅是说明性的,并且可容易地进行各种修改。
本发明具体实现在用于经由移动电信网络向主叫方的电路交换型移动终端提供被叫方命名信息的方法中。图1和图2分别示出了包括在诸如移动交换中心(MSC)或移动交换中心服务器(MSC-S)之类的电路交换型交换节点处执行的方法步骤在内的流程图的示例以及包括在主叫方移动终端处执行的方法步骤在内的流程图的示例。
出于说明目的,下文对图1和图2的描述将参考其他图中呈现的特征,所述特征是例如针对主叫方移动终端(如终端300、600、900、1000)、被叫方终端(如终端340、360、940-948)、交换节点(如节点310、610、910、1010)、数据库(如数据库330、630、930、S22、S33)、或者文本消息递送服务中心(如中心320、620、920)、或者在这些设备之间的消息。
该方法可以开始于:从主叫方移动终端接收S100用于建立到被叫方终端的呼叫的请求(例如呼叫建立,如消息M300、M600)。执行另一步骤:获取S110被叫方的标识符(例如,B号码,在此处也简称为B-nbr)。另外,该方法包括向数据库(例如,分别如330或630之类的名称数据库(NADB)或呈现、组&数据管理(PGM)数据库,或者数据库930)发送S120针对被叫方命名信息的请求(例如,交易能力应用部分(TCAP)订阅或TCAP获得(Get)或会话发起协议(SIP)订阅或可扩展的标记语言(XML)配置接入协议(XCAP)获得(Get),分别诸如是消息M310或M330或M610或M630),其中,被叫方命名信息可与被叫方标识符关联地登记。该请求包括该标识符。执行从数据库接收S130(例如,经由200OK(vCard),如消息M335、M635)命名信息的步骤,之后执行S140向移动终端递送命名信息(例如,经由移动应用部分(MAP)移动发起(MO)转发短消息(SM)以及MAP移动端接(MT)转发SM消息和短消息服务(SMS)(被呼叫者的vCard),如消息M340、M345以及M350或M640、M645和M650)。
对象的命名信息包括所述对象的名称,例如被叫方命名信息包括被叫方的名称。该名称不一定是对象的真实姓名,例如还可以是昵称。对象的命名信息可以包括对象的不止一个名称,例如真实姓名和昵称。对象的名称可能已经与该对象的标识符相关联,例如被叫方的名称可能与被叫方标识符(例如B-nbr)相关联,构成包括被叫方的名称和标识符在内的命名信息的示例。vCard,即虚拟地址卡(电子名片),可以是这种包括名称和联系信息(电话号码、地址等等)在内的命名信息的说明性示例,即与对应的对象标识符关联的对象命名信息的示例。被叫方命名信息可与被叫方标识符相关联地登记,即在进行对感兴趣的对象的任何呼叫建立之前,对象命名信息和对应的对象标识符通常登记在数据库中(如以vCard的形式或就是表格中的两列),然而,可能存在这样的实现方式:其中,当由交换节点或在任何其他未来可用的节点处识别出对所述对象的呼叫建立时,收集这样的数据。
作为备选或补充,可以在主叫方移动终端处进行命名信息与被叫方标识符或呼叫自身的关联,以便提高传统移动电话的可用性,例如可以在呼叫建立或者进行呼叫期间,将被叫方的名称提供给该移动电话。在该情况下,移动终端可以配置为简单地用接收到的名称来替代位于呼出呼叫列表上的被叫方电话号码。因此,呼出呼叫与接收的命名信息的及时关联可以用于构建移动电话处的关联。作为备选或补充,可以在移动终端处基于命名信息与到被叫方终端的呼叫的呼叫标识符的相关来构建关联,使得移动终端能够将命名信息与呼叫标识符相关,以例如通过与从交换节点接收到的呼叫标识符相关的命名信息,用与移动电话的底层数据库中的呼叫标识符相关的电话号码来替代呼出呼叫列表中的电话号码(呼叫ID通常在呼出列表中是不可见的)。作为备选或补充,命名信息已经包括用于呼叫建立的被叫方标识符(如B号码),这在实现的容易和安全方面可能是优选的,因为已经将关联提供给主叫方移动终端,主叫方移动终端于是仅需要在呼出呼叫列表中搜索具有在命名信息中包含的标识符的条目,以及用命名信息的名称来替代标识符。
该方法还可以包括:来自移动终端的请求(例如,如消息M300、M600之类的呼叫建立(B-nbr))包括标识符,以及该标识符是由交换节点从所述请求获取S110的。来自移动终端的请求(1)的标识符和从交换节点到数据库的请求(2)的标识符可以相同,也可以不同。在第一情况下,获取S110可以通过从请求(1)提取标识符来执行,以及请求(2)的标识符可以是请求(1)的标识符的副本,这是一种有效实现。例如从隐私和/或管理角度看,这在交换节点针对呼叫建立和针对命名信息数据库处的被叫方的标识使用不同标识符的情况下可以是有利的。在后一情况下,获取可以包括步骤:从两个标识符的相关中检索用于针对命名信息的请求(2)的标识符,这通过例如在将呼叫建立消息中使用的标识符(如请求(1))与命名信息数据库处使用的标识符(如用于请求(2))相关联的数据库中,查找命名信息数据库的标识符来实现。与呼叫建立一起发送一个或多个消息。标识符可以是为了建立呼叫而发送的至少一个消息的一部分,或可以附加到为了建立呼叫而发送的至少一个消息上。
该方法还可以包括交换节点执行的以下步骤:从移动终端接收针对命名信息的请求(例如,USSD:“vCard触发”,如消息M307,其中“USSD”表示非结构化补充服务数据),从而触发向数据库发送120针对被叫方命名信息的请求(例如TCAP订阅或TCAP获得或SIP订阅或XCAP获得,分别诸如是消息M310或M330或M610或M630)的步骤。
该方法还可以包括交换节点执行的以下步骤:响应于发送S120针对命名信息的请求(例如,TCAP订阅或SIP订阅,分别诸如是消息M310或M610),接收指示关于所请求的命名信息在数据库处的可用性的信息的通知(例如,TCAP通知或SIP通知,分别诸如是消息M315或M615);以及根据所指示的可用性信息,发送用于从数据库实际传送命名信息的请求(例如,TCAP获得或XCAP获得,分别诸如是消息M330或M630)。可用性信息可以指示所请求的信息在数据库处是可用的还是不可用的。在后一情况下,交换节点可以终止该过程,或者可以转向另一命名信息数据库以请求被叫方命名信息。备选地,可用性信息自身可以向交换节点指示关于备选数据库的信息,其中,可从该备选数据库请求和获得所请求的被叫方信息。备选地,可用性信息可以指示所请求的信息将是可用的时间点,使得交换节点能够相应地调度后续步骤(例如,因为由于数据库需要关于以下事项与被叫方进行通信而引入了时间延迟:对登记的被叫方信息的更新和/或对向交换中心和/或主叫方的移动终端发送被叫方信息的授权)(在后一情况下,数据库可以已经知道主叫方的标识符(例如,A号码,此处也简称为A-nbr),具体参见下一段)。数据库也可以已经存储与主叫方命名信息相关联的主叫方的标识符,该主叫方的标识符用于向被叫方进行指示,使得被叫方知晓主叫方。例如,智能网络(IN)呼叫名称呈现(CNAP)机制可以用于向被叫方指示主叫方名称,这是移动网络增强逻辑(CAMEL)IN服务的定制应用,用于在被叫方终端上呈现主叫方名称。如果被叫方信息是可用的(或者即将是可用的),则可以通过具有被叫方命名信息的标识符(例如,具有可选的实体标签(etag)的统一资源标识符(URI))的通知消息来指示该可用性(或者将来的可用性),并且交换节点能够分析所接收的可用性信息,并且能够相应地前进到被叫方命名信息的递送。对这种类型的通知消息的接收可以是有利的,因为当主叫方拒绝接受递送(例如,通过发送合适的接受规范,参见下文对接受规范的更详细的描述)时,数据库不需要向交换节点披露被叫方命名信息,这增加了该方法在隐私方面的安全性。
该方法还可以包括由交换节点执行的以下步骤:向数据库发送主叫方的标识符(例如,A-nbr),其中,被叫方命名信息与主叫方的标识符关联地进行存储;以及从数据库接收通知(例如,TCAP通知或SIP通知,分别诸如是消息M315或M615),该通知包括向移动终端递送所请求的命名信息的递送状态。递送状态可以指示该被叫方的命名信息以前是否已经被递送给主叫方移动终端。在第一情况下,交换节点可以不进行向移动终端递送被叫方信息,因此节省消息并且降低电路交换型(CS)电信网络和所涉及的设备的负载。备选地,其可以转向移动终端,询问对递送的接受规范。递送状态可以备选地或补充地指示何时被叫方信息已经递送给移动终端。在该情况下,交换节点可以终止该过程(或者转向移动终端,以请求接受规范并且接着进行相应的处理)。备选地,在该情况下,交换节点可以分析时间,并且如果发现该时间大于预定的阈值时间值,则前进到被叫方命名信息的递送(例如,以一方面避免重复地向移动设备提供被叫方命名信息,和/或避免针对到相同被叫方的重复呼叫的接受规范的请求,以及另一方面提供在经过特定时间后更新被叫方命名信息的某种可能性)。可以通过一个或多个消息,将主叫方的标识符与被叫方标识符一起发送,例如A-nbr和B-nbr可以都包含在呼叫建立消息(如消息M300、M600或M305、M605)中和/或TCAP订阅(如消息M310)和/或SIP订阅(如消息M610))中。
该方法还可以包括交换节点执行的以下步骤:从移动终端接收接受规范(例如USSD:“Yes”,如消息M325、M625),所述接受规范指定了关于对向移动终端递送命名信息的接受的信息。主叫方终端可以不针对所有呼叫或所有主叫方都接收被叫方命名信息,这对于选择性递送可能特别有用(例如如果主叫方在漫游,则接受规范可以是否定的,原因是被叫方命名信息的递送可能是昂贵的;而如果主叫方终端不具有主叫方信息,或者如果可用,但是移动终端处的可用被叫方命名信息已经过时,或者仅是因为主叫方用户对该递送有兴趣,则接受规范可以是肯定的)。因此,如果确定接受规范为肯定的,则交换节点可以进一步前进到递送。
该方法还可以包括交换节点执行的以下步骤:向移动终端发送针对接受规范的请求(例如,USSD:“接受vCard?”,如消息M320、M620)。交换节点可以使用容易实现的请求-响应机制。
针对接受规范的请求(如M320、M620)通常是向主叫方终端(如300、600)的主叫方指示的。这样指示的针对接受规范的请求还可以代表可用性指示符,在通过输入合适的接受规范信息(例如在移动终端中输入“Yes”)激活时,其触发向交换节点(如310、610)发送接受规范(如消息M325、M625)。
根据实施例,针对接受规范的请求可以触发移动终端指示与被叫方标识符相关联的被叫方命名信息的可用性指示符。对可用性指示符的激活可以触发从移动终端发送接受规范。
可以在主叫方终端的输出单元上向主叫方呈现可用性指示符(作为指示的示例),以便进行稍后的激活以及因此进行的接受规范的发送,最终使得交换节点原则上可以在任何时间(假如不会从网络侧施加任何时间限制)执行向主叫方移动终端递送被叫方命名信息。如果命名信息对于交换节点而言尚未可用(或者不再可用),则对接受规范的接收可以触发:在交换节点能够执行递送之前向数据库请求所述命名信息(当然,可以在实际请求命名信息的传送之前在数据库处(再次)检查可用性)。例如,在从主叫方移动终端到被叫方终端的呼叫的建立期间、呼叫期间、或者呼叫终止之后,可以向呼出呼叫列表中的被叫方的号码添加图标(作为可用性指示符的示例)。主叫方用户可以点击(作为激活的示例)该图标以请求向要与被叫方电话列表中的被叫方号码关联的主叫方终端发送例如vCard,所述vCard例如具有名称和其他联系信息,例如可以用被叫方的名称来替代被叫方的电话号码。作为备选或补充,可以将接收的vCard存储在主叫方移动终端的地址簿中。通常,主叫方将在呼叫之后激活可用性指示符。可以以与针对命名信息与被叫方标识符的关联所述的类似方式来完成可用性指示符与被叫方标识符(特别是呼出呼叫列表中的被叫方标识符)的关联,例如,其可基于被叫方标识符之间的相关性、呼叫与针对接受规范的请求的接收的时间相关性、或者呼叫ID的相关性。例如,针对接受规范的请求可以包括被叫方标识符,所述被叫方标识符可以在建立呼叫时与对于移动终端可用的标识符相关并且呈现在呼出呼叫列表中,可以基于该相关性向该呼出呼叫列表添加该可用性指示符。
该方法还可以包括交换节点执行的以下步骤:获取唯一标识到移动终端的呼叫的标识符,以及其中执行(S140)递送的步骤包括:递送被叫方命名信息和呼叫标识符,以允许移动终端将被叫方命名信息与到主叫方的呼叫相关联。可以在呼叫建立期间从移动终端向交换节点传递呼叫标识符(例如,于是交换节点通过从移动终端接收呼叫标识符来获取呼叫标识符)或者由交换节点确定呼叫标识符并将其发送给移动终端。优选地由相同的一个消息或一组消息来递送被叫方命名信息和呼叫标识符,从而允许移动终端根据该消息或该一组消息确定被叫方命名信息与呼叫标识符的关联。该实施例支持移动终端将被叫方命名信息关联到具体的呼叫。
执行S140递送的步骤可以包括:递送被叫方命名信息和被叫方标识符,使得允许移动终端将被叫方命名信息与被叫方标识符相关联。该实施例使得移动终端能够将被叫方命名信息关联到被叫方标识符,例如,移动终端可以因此适于用接收的被叫方命名信息或其部分来替代呼出呼叫列表中的用于呼叫建立的被叫方标识符(例如,B-nbr=被叫方的电话号码)(例如用被叫方的名称替代B-nbr)。注意,vCard通常包括被叫方的名称和电话号码,等等。优选地由相同的一个消息或一组消息来递送被叫方命名信息和被叫方标识符,从而允许移动终端根据该消息或该一组消息来确定被叫方命名信息与被叫方标识符的关联。作为替代或补充,执行S140递送的步骤可以包括:以适于合并到对文本消息递送服务中心的文本消息中的格式来发送命名信息;从文本消息递送服务中心(例如,短消息服务中心(SMS-C),如320、620或920)接收包含命名信息的文本消息;以及将该文本消息发送给移动终端(如消息M350、650)。使用文本格式使实现变得容易,特别是对于传统CS电路交换型移动终端,更是如此,其中所述传统CS电路交换型移动终端适于处理基于文本的消息,以例如向主叫方呈现或存储在地址簿中。
该方法还可以包括交换节点执行的以下步骤:获取主叫方的命名信息和主叫方的标识符;以及向数据库发送主叫方命名信息和主叫方标识符,使得允许在数据库中登记主叫方时将主叫方命名信息与主叫方标识符相关联。主叫方可以在数据库中登记自身,从而该命名信息可以在所述主叫方被呼叫时作为被叫方信息进行递送。该命名信息和标识符可以例如通过从主叫方的移动终端(如经由USSD)或另一终端(例如,经由向交换节点的web接口发送该信息的PC)接收该信息来获取。作为替代或补充,可以在不涉及交换节点的情况下(例如,经由web工具)从主叫方的移动终端或另一终端向数据库登记命名信息和标识符。前述登记可能性中的一种或多种在原则上是对任意对象开放的,例如被叫方也可以相应地登记其命名信息和对象标识符。
被叫方命名信息和主叫方命名信息中的至少一个可以遵照vCard,在交换节点与数据库之间传递的请求或消息中的至少一个可以遵照TCAP和/或IN应用部分(INAP)(例如,在IN CNAP中使用)和/或SIP和/或XCAP协议,和/或在交换节点与移动终端之间传递的请求或消息中的至少一个可以遵照USSD协议。根据另一实施例,该方法还可以包括以下步骤:确定呼叫的终止、被叫方终端的忙状态、或者被叫方终端的“呼叫不被接受”状态。该确定步骤通常由交换节点执行。如果相应地进行了确定,则可以触发向数据库发送S120针对被叫方的命名信息的所述请求。作为替代或补充,可以由所述确定来触发发送针对接受规范的所述请求和/或执行S140向移动终端递送命名信息。因此,在呼叫建立期间或呼叫期间的主叫方干扰(例如,由指示接收消息的噪声或者用于输入合适的接受规范信息的交互所引起的干扰)可以最小化,下面还将对此进行更详细的说明。
现在参考图2,其呈现了用于经由移动电信网络向主叫方的电路交换型移动终端提供被叫方的命名信息的方法的示例。该方法由移动终端执行,并且可以开始于以下步骤:向电路交换型交换节点(例如MSC-S,如310、610、910)发送S200用于建立到被叫方终端的呼叫的请求(例如呼叫建立,如消息M300、M600),该步骤之后跟着是以下步骤:从交换节点接收S210被叫方的命名信息。如上面已经详细解释的,交换节点可以在数据库(例如NADB或PGM,如330、630或数据库930)中获取被叫方的命名信息,其中,被叫方的命名信息可与被叫方标识符关联地登记。
该请求(例如呼叫建立(B-nbr),如消息M300、M600)可以包括被叫方的标识符。该方法还可以包括移动终端执行的以下步骤:向交换节点发送针对命名信息的请求(例如,USSD:“vCard触发”,如消息M307),以触发交换节点请求(例如TCAP订阅或TCAP获得或SIP订阅或XCAP获得,分别诸如是消息M310或M330或M610或M630)数据库(例如NADB或PGM,如330、630或数据库930)处的被叫方命名信息,其中,被叫方的命名信息可与被叫方标识符关联地登记。
该方法还可以包括移动终端执行的以下步骤:向交换节点发送接受规范(例如USSD:“Yes”,如消息M325、M625),所述接受规范指定了关于对向移动终端递送命名信息的接受的信息。
该方法还可以包括移动终端执行的以下步骤:从交换节点接收针对接受规范的请求(例如USSD:“接受vCard?”,如消息M320、M620)。
该方法还可以包括:针对接受规范的请求触发移动终端指示与被叫方标识符关联的被叫方命名信息的可用性指示符。对可用性指示符的激活可以触发向电路交换型网络节点发送接受规范。
该方法还可以包括移动终端执行的以下步骤:获取唯一标识到移动终端的呼叫的标识符。从交换节点接收S210被叫方命名信息的步骤可以包括:接收呼叫标识符。该方法还可以包括移动终端执行的以下步骤:基于所获取的标识符与接收到的呼叫标识符的匹配,将被叫方命名信息与到主叫方的呼叫相关联。
从交换节点接收S210被叫方的命名信息的步骤可以包括:接收被叫方标识符。该方法还可以包括移动终端执行的以下步骤:基于所获取的被叫方标识符与接收到的被叫方标识符的匹配,将被叫方命名信息与和移动终端处的呼叫关联的被叫方标识符相关联。
所述关联步骤可以包括以下步骤:添加或附着以及替代,以例如用被叫方的名称替代呼出呼叫号码列表中的被叫方号码。匹配通常意味着确定两个标识符是相同的,或者至少它们之间的关系是可确定的,当确定时,匹配触发该关联步骤。
从交换节点接收S210被叫方的命名信息的步骤可以包括:从交换节点接收包括命名信息的文本消息(例如SMS(被呼叫者的vCard),如消息M350、M650)。
该方法还可以包括移动终端执行的以下步骤:获取主叫方的命名信息和主叫方的标识符;以及向数据库发送主叫方命名信息和主叫方标识符,以允许在数据库中登记该主叫方时将主叫方命名信息与主叫方标识符相关联。主叫方命名信息和主叫方标识符可以经由交换节点或不经由交换节点发送给数据库。
该方法还可以包括:接收针对接受规范的所述请求的所述步骤和从交换节点接收S210所述命名信息的所述步骤中的至少一个在确定呼叫的终止、被叫方终端的忙状态、或者被叫方终端的“呼叫不被接受”状态之后执行。
被叫方命名信息和主叫方命名信息中的至少一个可以遵照vCard,和/或在交换节点与移动终端之间传递的请求或消息中的至少一个可以遵照USSD协议。主叫方移动终端与交换节点之间的通信可以通过作为USSD的备选或补充的SMS来执行。然而,这与USSD相比是相当昂贵的实现。
上面描述的方法的步骤可以以所描述的顺序或不同的顺序来执行。
因此,可以提供用于向主叫方的电路交换型移动终端递送被叫方命名信息的呼叫触发机制。
用于该方法的各个步骤的实际触发可以变化。例如,如果主叫方终端不接收任何干扰通信,例如到移动终端的针对接受规范的请求(例如USSD:“接受vCard?”,如消息M320、M620)或在呼叫期间以可察觉的干扰方式(例如大音量)指示的命名信息自身,这可能是有利的。因此,将该通信延迟到呼叫终止之后的时间点可能是有利的,例如,呼叫终止消息将触发向数据库(例如NADB或PGM,分别如330、630,或者数据库930)发送S210针对命名信息的请求(例如TCAP订阅或TCAP获得或SIP订阅或XCAP获得,分别诸如是消息M310或M330或M610或M630)的步骤,其中,被叫方命名信息可与被叫方标识符关联地登记,且从而后续步骤或消息如图4、5和7所述。
在最小化呼叫时间期间的用户干扰的意义上的一个备选的有利实现方式将是使用用于建立到被叫方终端的呼叫的请求(例如呼叫建立,如消息M300、M600)作为用于获取被叫方的标识符(如B-nbr)以及向数据库(例如NADB或PGM,分别如330、630,或者数据库930)发送针对被叫方的命名信息的请求(例如,TCAP订阅或SIP订阅,分别诸如是消息M310或M610)的触发,其中,被叫方命名信息可与被叫方标识符关联地登记,所述请求包括所述标识符。响应于发送针对命名信息的请求(例如,TCAP订阅或SIP订阅,分别诸如是消息M310或M610),接收指示关于所请求的命名信息在数据库处的可用性的信息的通知(例如,TCAP通知或SIP通知,分别诸如是消息M315或M615)。如果该可用性被确定是肯定的(其是针对根据所指示的可用性信息的一个示例),并且在接收到呼叫终止消息之后,则可以询问主叫方以提供针对命名信息的接受规范(例如,USSD:“接受vCard?”以及USSD:“Yes”,分别诸如是消息M320、M620和M325、M625),以及如果接收到的接受规范被确定是肯定的,则向数据库发送针对从数据库实际传送命名信息的请求(例如,TCAP获得或XCAP获得,分别诸如是消息M330或M630)。当接收到命名信息时,可以执行向移动终端递送命名信息。
然而,接受规范以及向主叫方移动终端递送命名信息可以发生在呼叫终止之后,这避免了用户干扰,例如如上文所述的用户干扰。另外,该通信是有效的和高效的,因为可以在呼叫建立时立即检查命名信息的可用性,且可以使用直到呼叫终止的时间从被叫方终端或从另一数据库获取命名信息。另外,从数据库实际释放命名信息取决于主叫方的接受。如果主叫方不想接受被叫方的命名信息,则在接受到否定的接受规范之后,可以不发送用于从数据库实际传送命名信息的请求(例如,TCAP获得或XCAP获得,分别诸如是消息M330或M630)。换言之,命名信息不一定离开数据库,从安全和隐私角度看,以及在网络及其涉及的实体的负载方面看,这是有利的。
本发明还适用于被叫方终端为忙或者(如果被叫方)不想接受呼叫的情况。于是,在针对向主叫方的移动终端发送被叫方的命名信息,由交换节点确定忙状态或“呼叫不被接受”状态之后,可以执行该方法的步骤,其中可以如所描述的那样处理。
对象可以来自如公司或餐馆之类的企业部门,或者可以是最终用户。来自消费者部分的被叫方的示例可以是普通用户,例如作为主叫方的用户Alice建立到作为被叫方的用户BoB的呼叫。
参考前述的消费者部分,并且具体参考Alice呼叫Bob的示例,该方法可以实现下述结果:Bob的名称可以出现在呼出呼叫列表上,例如可以用名称“Bob”替代电话号码02417876588,使得下一次Alice想呼叫Bob时,她能够转向呼出呼叫列表并且点击“Bob”而不是所呈现的号码之一。另外,特别是在发送给Alice的移动电话的Bob的命名信息是Bob的vCard的情况下,该vCard可以被添加到Alice的移动电话的地址簿。她下一次进行对Bob的呼叫时,Alice可以在她的地址簿中搜索Bob的条目。
对于最终用户呼叫来自企业部门的被叫方的情况,最终用户能够在呼出呼叫列表中的所有其他‘匿名’号码中清楚地识别出他呼叫过的公司、餐馆等等,使得他们不会混淆,并且因此最终用户以后可以直接地例如呼叫餐馆以例如改变定位;对于被叫方是最终用户的情况,也可类似地参见用于说明的图8。
下面的描述的部分使用企业部门作为被叫方类别的示例,以说明本发明的益处,其也可以应用于来自消费者的被叫方。
图3示出了在传统电路交换型(CS)移动网络中的技术实现的实施例,其示意性地示出了CS主叫方移动终端300、被叫方移动终端340、作为CS交换节点的示例的MSC 310、作为存储订户数据的数据库的示例的NADB 330、以及作为文本消息递送服务中心的示例的SMS-C 320。在NADB 330与MSC 310之间经由信号传送点(STP)350的接口上使用协议TCAP。此外,协议MAP可以用于vCard 380和390的递送,vCard380和390分别用作要递送给主叫方的终端300的被叫方命名信息的示例以及要递送给被叫方的终端340的主叫方命名信息的示例。
移动运营商360通常拥有数据库330,可以将运营商操作的电信***3000的各对象的命名信息(如vCard)的细节上载到数据库330中。各对象的示例是操作主叫方移动终端300的主叫方或者操作被叫方移动终端340的被叫方、或者电信***3000的其他用户。该上载可以由运营商360执行或者由对象(例如餐馆、公司等,“所有者”或最终用户)自己执行。
作为从主叫方终端300到被叫方终端340的呼叫建立的结果,可以从SMS-C 320(例如经由MSC 310或与之分开地)向主叫方终端300递送被叫方的vCard 380。类似地,可以向被叫方移动终端340递送主叫方的vCard 390。
换言之,移动电话用户在呼叫被叫方终端(如公司、餐馆等的终端)时获得推送到其移动电话上的vCard,使得呼出呼叫列表能够看起来像图8示出的移动电话900的显示O900上那样。
图4中示出了消息流的第一实施例,其中,vCard380被递送给主叫方终端300,例如其是传统电话。
可以如消息M300、M305所指示那样建立从主叫方移动终端300到被叫方终端340的呼叫。经由网络信令,MSC-S 310检查被叫方(例如餐馆或公司)是否已经在运营商的名称数据库(NADB)330中登记自身。该检查通过向NADB 330发送TCAP订阅消息M310来执行。消息M310可以包括一个或多个参数,以允许NADB 330确定作为被叫方标识符的被叫方的vCard 380(如B-nbr)的可用性。参数<卡>可以指示请求命名信息,具体地请求具有诸如vCard之类的卡的形式的命名信息。<卡>可以具有一个或多个值,以区分具有不同格式、内容、和/或语言的卡。可以在消息M310中包含一个或多个其他协议特定的参数,此处通过“期满=0”来示出。如果vCard 380可用,则NADB 330用TCAP通知消息M315来进行响应,该TCAP通知消息M315包含到vCard的链接(“卡URI”)和(可选的)etag。
如果对可用性的确定是肯定的,则经由USSD消息M320询问主叫用户他是否希望向其移动终端300推送vCard 380。如果用户希望这样做,则他相应地向其移动终端300输入他的接受指示,并且向MSC-S 310发送USSD消息M325,其中,USSD消息M325包括向MSC-S 310指定主叫方的接受的信息。换言之,针对接受规范的请求(如消息M320)是向主叫方终端300处的主叫方指示的。这样指示的针对接受规范的请求还可以代表可用性指示符,在通过输入恰当的接受规范信息(例如在移动终端中输入“Yes”)来激活时,其触发向交换节点310发送接受规范(如消息M625)。
如此被指示的MSC-S 310前进到向NADB 330发送TCAP获得消息M330。该TCAP获得消息包括经由消息M315接收的URI和etag,用于在NADB 330处识别vCard。NADB 330用包含vCard 380的200OK消息M335进行响应,所述vCard 380经由SMS发送给移动终端300,这例如通过下述方式来实现:向SMS-C 320发送包含vCard 380的MAPMO转发SM消息M340,该SMS-C 320用包含vCard 380的MAP MT转发SM消息M345进行响应。随后,vCard 380能够作为SMS M350从MSC-C 310向主叫方的移动终端300递送,以及进行相应地处理。例如,当SMS M350已经到达移动终端300时,可以提示其用户打开该SMS。当这样做时,可以向用户显示请求“保存在联系人中?”,用户可以回答“Yes(是)”或“No(否)”。如果回答是肯定的,即“Yes”,则可以将vCard380存储在移动终端300的地址簿中。此外,呼出呼叫列表可以清楚示出如vCard 380中指示的被叫方的名称(被叫公司、餐馆等的名称),还可参见描述说明示例的图8。
注意,传统电路交换型移动终端(如移动终端300)可以将vCard存储在订户识别模块(SIM)卡上,以及也可以将其存储在移动终端中的存储器或附加到移动终端的存储器(例如可拆卸存储卡)中。地址簿可以存储在这种数据存储介质上。
移动终端上的处理单元,如图9的移动终端1000的P11,可以适于处理地址簿功能,即其支持vCard管理,如根据特定标准进行排序,查找vCard等,具体地如向地址簿添加新vCard以及用新的vCard替代现有的vCard,例如向地址簿添加经由SMS接收的vCard是目前我的许多终端已经提供的功能。移动终端的处理单元可以适于向地址簿添加接收的命名信息。这在接收的命名信息具有标准化的或广泛接受的文件格式的情况下是有利的,因为处理单元能够从为特定类型的信息预留的预定义的结构化单元中提取数据,该结构化单元例如是数据第一块、地址第二块,电话号码第三块等。为了提取名称,处理单元可以转向第一块,以及从其提取数据,而不需要处理其他块,因此节省了处理工作量和时间以及电池消耗。
注意,“vCard”是用于电子名片的现有文件格式标准。vCard具有预定的结构,其可以包含名称和地址信息、电话号码、URL、图标、相片、甚至音频剪辑,等等。移动终端的处理单元从vCard提取名称,以及用vCard的名称来替代由处理单元确定的呼出呼叫列表中与vCard匹配的电话号码。
还要注意,在图3中,不仅向主叫方移动终端提供被叫方的命名信息(“vCard”380),而且还向被叫方提供主叫方的命名信息(“vCard”390),这对于被叫方而言是用户友好的。可以以前面针对将被叫方的命名信息添加到主叫方的地址簿和主叫方呼出呼叫列表所描述的类似方式,将主叫方的命名信息添加到被叫方终端的地址簿和/或它的呼入呼叫列表中。备选地或作为补充,可以经由CNAP IN服务在被叫方终端处指示主叫方的名称。
图5中示出了消息流的第二实施例。与图4相比,移动终端300监视对被叫方终端340的呼出呼叫。如果被叫方(如餐馆、公司等)的B号码没有存储在主叫方的移动终端300的地址簿中,则移动终端300通过发送USSD消息M307来触发从MSC-S310获取vCard,该消息M307触发MSC-S 310获取和向移动终端300发送vCard 380,如接合图4描述的一样。换言之,可以通过呼叫建立消息M300和/或USSD触发消息M307来触发MSC-S 310继续进行消息M310-315,以便检查vCard 380的可用性,获取vCard 380,以及将vCard 380作为SMS发送给移动终端300,如接合图4描述的一样。可以通过移动终端中的软件的恰当调整,在传统电路交换型移动终端中实现下述操作:监视呼出呼叫并从而发送USSD触发消息M307。
除了上述两个实施例之外,还可以实现在公司、餐馆或票务服务等首先呼叫最终用户时(即,在该情况下,公司、餐馆或票务服务等将是主叫方,而最终用户是被叫方),将vCard推送到最终用户的移动终端上。备选地或作为补充,经由在传统移动终端上实现新菜单点,用户有可能手动请求向其移动终端发送NADB内存储的vCard。
图6中示出了在基于IMS的移动核心网中的技术实现的实施例,其示意性地示出了支持富通信套件(RCS)的主叫方移动终端600、被叫方移动终端640、作为CS交换节点的示例的MSC 610、作为存储订户数据的数据库的示例的PGM 630、以及作为文本消息递送服务中心的示例的SMS-C 620。IP多媒体子***服务控制(ISC)可以用作PGM 630与IMS核心网650之间的接口,此外,协议SIP/XCAP可以用在IMS核心网650与MSC 610之间的接口上。此外,协议MAP可以用于vCard680和690的递送,vCard 680和690分别用作要递送给主叫方的终端600的被叫方命名信息以及要递送给被叫方的终端640的主叫方命名信息。
移动运营商660通常拥有数据库PGM 630,可以将运营商操作的电信***6000的各对象的命名信息(如vCard)的细节上载到数据库PGM630中。各对象的示例是操作主叫方移动终端600的主叫方或者操作被叫方移动终端640的被叫方,或者电信***6000的其他用户。该上载可以由运营商660经由web门户670(如针对组和数据管理的Web用户接口,简称WUIGM)执行或者由对象(例如餐馆、公司等,“所有者”或最终用户)自己例如经由web门户670或其他门户来执行。
作为从主叫方终端600到被叫方终端640的呼叫建立的结果,可以从SMS-C 620(例如经由MSC 610或与之分开地)向主叫方终端600递送被叫方的vCard 680。类似地,可以向被叫方移动终端640递送主叫方的vCard 690。
换言之,移动电话用户在呼叫被叫方终端(如公司、餐馆等的终端)时获得推送到其移动电话上的vCard,使得呼出呼叫列表能够看起来像图8示出的移动电话900的显示O900上那样。
图7中示出了用于包括IMS核心网650在内的网络的消息流的实施例,其中,vCard 680被递送给主叫方终端600,例如其是具有RCS的传统电话。
可以如消息M600、M605所指示那样建立从主叫方移动终端600到被叫方终端640的呼叫。
经由网络信令,MSC-S 610检查被叫方(例如餐馆或公司)是否已经在PGM 630中登记自身。该检查通过向PGM 630发送SIP订阅消息M610来执行。消息M610可以包括一个或多个参数,以允许PGM 630确定作为被叫方标识符的被叫方的vCard 680(如B-nbr)的可用性。参数<卡>可以指示请求命名信息,具体地请求具有诸如vCard的卡的形式的命名信息。<卡>可以具有一个或多个值,以区分具有不同格式、内容和/或语言的卡。可以在消息M610中包含一个或多个其他协议特定的参数,此处通过“期满=0”来示出。如果vCard 680是可用的,则PGM 630用SIP通知消息M615来进行响应,该SIP通知消息M615包含到vCard的链接(“卡URI”)和(可选的)etag。
如果对可用性的确定是肯定的,则经由USSD消息M620询问主叫用户他是否希望向其移动终端600推送vCard 680。如果用户希望这样做,则他相应地向该移动终端600输入他的接受指示,并且向MSC-S 610发送USSD消息M625,其中USSD消息M625包括向MSC-S 610指定主叫方的接受的信息。换言之,针对接受规范的请求(如消息M620)是向主叫方终端600处的主叫方指示的。这样指示的针对接受规范的请求还可以代表可用性指示符,在通过输入合适的接受规范信息激活时,其触发向交换节点610发送接受规范(如消息M625)。
如此被指示的MSC-S 610前进到向PGM 630发送XCAP获得消息M630。该XCAP获得消息包括经由消息M615接收的URI和etag,用于在PGM 630处识别vCard。PGM 630用包含vCard 680的200OK消息M635进行响应,所述vCard 680可以经由SMS发送给移动终端600,这例如通过下述方式来实现:向SMS-C 620发送包含vCard 680的MAPMO转发SM消息M640,该SMS-C 620用包含vCard 680的MAP MT转发SM消息M645进行响应。随后,vCard 680能够作为SMS从MSC-S610向主叫方的移动终端600递送,以及进行相应地处理。例如,当SMSM650已经到达移动终端600时,可以提示其用户打开该SMS。当这样做时,可以向用户显示请求,询问用户“保存在联系人中?”,用户可以回答“Yes(是)”或“No(否)”。如果回答是肯定的,即“Yes”,则可以将vCard 680存储在移动终端600的地址簿中。此外,呼出呼叫列表可以清楚示出如vCard 680中指示的被叫方的名称(被叫公司、餐馆等的名称),还可参见描述说明示例的图8。
因此,原则上可以将图4和图7的消息流视为除了下述区别外是相同的:使用了例如基于IP的协议(SIP,XCAP)加上适合IMS的高级服务的PGM数据库。通过这种方式,本发明也可以适用于基于IMS的网络。以类似的方式,可以将专用USSD vCard触发消息(如图5中的消息M307)引入基于IMS的网络解决方案,以便引入主叫方移动终端触发的vCard获取和发送。
图8示出了电信***9000,其包括主叫方移动终端900,主叫方移动终端900包括输出单元O900(如显示器)和输入单元I900(如键盘)。此外,示出了一定数目的被叫方移动终端940-948。对于每个被叫方终端940-948,指示了相应的电话号码。被叫方中的一些已经在数据库930中登记了其命名信息,如针对被叫方终端942、943、946-948所指示的那样。主叫方终端900经由MSC 910建立到每个被叫方终端940-948的电话呼叫(成功或没有成功)。通过输出单元O900上的呼出呼叫列表来指示电话呼叫(或尝试)。针对被叫方940、941、944、945(在数据库930中它们相应的被叫方在命名信息和对象标识符方面均未登记),呼出呼叫列表示出了相应被叫方的电话号码。针对那些到被叫方终端942、943、946-948(其在数据库930中具有相应对象的登记)的那些呼叫或呼叫尝试,提供了根据本发明的命名信息的递送。根据本发明的实施例(如结合图1-7和9所描述的),使用被叫方终端942、946、948的被叫方的电话号码已经被通过SMS递送的命名信息所替代。在输出单元O900上指示的终端943、947的电话号码与可用性指示符AI900相关联。可用性指示符AI900可以是用于向主叫方终端900的用户指示相应被叫方的命名信息的可用性的任何种类的图标,如图片、字母、或者符号,如带圆圈的I所示,等等。通过经由输入单元I900的输入命令(例如按压键盘上的键)对可用性指示符的激活将触发接受规范(如USSD:“Yes”消息M325、M625)的发送,以便根据如结合图1-7和图9所描述的本发明的实施例发起从数据库930向MSC 910的被叫方命名信息980的获取以及经由SMC 920向移动终端900发送命名信息980。主叫方终端900的用户可以激活与操作被叫方终端947的被叫方的电话号码相关联的可用性指示符AI900,导致向主叫方终端900递送命名信息“市政厅”,以及用“市政厅”替代“024199467”。对于另一终端943,用户可以不激活与“02417667228”相关联的可用性指示符,从而根据该机制不递送针对该电话号码的任何命名信息。
在该点上,可用性指示符的激活/不激活包括一个多步骤过程,例如第一步(如点击可用性指示符)可以打开对话窗口,明确询问终端900的用户是否应该向终端900递送被叫方的命名信息。如果回答是肯定的,例如通过作为第二步在输入单元I900上输入“是”或按压预定键,则将相应地发送接受规范,导致命名信息的递送和用例如被叫方的名称来替代电话号码。然后,可用性指示符可以从呼出呼叫列表上消失。
如果回答不是肯定的,例如通过作为第二步在输入单元I900上输入“否”或按压另一预定键,则可以相应地发送否定的接受规范,从而不递送命名信息,因此不会用例如被叫方的名称来替代电话号码。然后,可用性指示符可以从呼出呼叫列表上消失。
本发明可以向在现有电路交换型移动网络(有时也称为IMS之前的网络)中可以部署的传统移动电话以及IMS核心网提供类似地址簿的特征增强。
可以自动将命名信息***主叫方移动终端上的地址簿。然后,可以将被叫方的明确名称推送给主叫方移动终端的呼出呼叫列表,而不仅仅是随着被叫方号码列表的增长会逐渐让人迷惑的被叫方的号码。
因此,本发明可以增强移动电话的用户友好性,例如当已经作出到被叫方的电话呼叫(尝试)时,用户可以呼叫根据本发明递送的名称而不是长且难以记住的先前的被叫方的号码。因此,最终用户以及企业对移动电话的使用会增加,并且因此增加了运营商网络的利用。
本说明书有时参考传统电话,其是一种无富通信套件(RCS)特征的传统的或常规的电路交换型电话。支持RCS的电话是提供RCS功能的更现代的电路交换型移动终端的示例。电路交换型移动终端的示例是能够经由无线网络通过CS通信与电路交换型交换节点通信的移动设备,如移动电话、智能电话或者膝上型计算机。除了这种能力之外,移动终端可以适于还根据其他通信技术(如基于分组交换的通信技术)进行通信。电路交换型交换节点的示例是MSC-S,有时也标为MSC。在下面的词汇表中说明本文使用的其他术语和缩写。
图9示出了用于实现本发明的设备和接口的实施例的示意说明图。所示出的是电信***10000的实施例,电信***10000具体包括电路交换型移动终端1000、电路交换型交换节点1010和被叫方命名信息数据库S22、S33。
交换节点1010可以包括:用于接收消息的接收单元R21、R23,用于发送消息的发送单元T21、T23,以及用于处理消息和信息的处理单元P22。可以在数据库S22中存储信息或从数据库S22检索信息。被叫方命名数据库可以在交换节点1010内部(如数据库S22)或者在交换节点1010外部(如数据库S33)。外部数据库S33可以被包括在设备1030中或附着到设备1030,该设备1030包括相应的用于与交换节点1010或其他网络实体通信的接收单元和发送单元R33和T33,并且通常包括用于内部设备1030数据处理的处理单元P33。处理单元P22可以适于分别经由发送单元T23和接收单元R23从外部数据库S33请求和接收被叫方的命名信息。备选地或作为补充,处理单元P22可以适于从内部数据库S22请求被叫方的命名信息。在内部数据库S22的情况下,接收单元R23和发送单元T23可以是适于交换节点1010内部通信的单元。
根据交换节点1010的实施例,接收单元R21可以适于从移动终端1000接收用于建立到被叫方终端的呼叫的请求。处理单元P22可以适于例如从接收的请求中获取被叫方的标识符。发送单元T23可以适于向数据库S22、S33发送针对被叫方的命名信息的请求,其中,被叫方的命名信息可与被叫方标识符关联地登记,所述请求包括该标识符。此外,接收单元R23适于从数据库S22、S33接收命名信息,以及处理单元P22适于执行至少经由发送单元T21向移动终端递送命名信息。相应的单元P22、S22、T21、R21、T23或R23可以适于执行用于交换节点的方法的其他步骤,特别是结合图1描述的那些步骤。
移动终端1000可以包括:用于接收消息的接收单元R11,用于发送消息的发送单元T11,以及用于处理消息和信息的处理单元P11。可以在数据库S11中存储信息或从数据库S11检索信息。移动终端1000还可以包括用于向主叫方呈现接收到的被叫方命名信息的输出单元O11,例如示出如图8的呼出呼叫列表的移动电话的显示器。
根据移动终端1000的实施例,发送单元T11可以适于向电路交换型交换节点1010发送用于建立到被叫方终端的呼叫的请求。接收单元R11可以适于从交换节点1010接收被叫方命名信息。移动终端1000还可以包括用于向主叫方呈现接收到的被叫方命名信息的输出单元O11,例如示出如图8的呼出呼叫列表的移动终端的显示器。处理单元P11可以适于处理接收到的命名信息,例如以将其存储在数据库S11中和/或用接收到的所述被叫方的命名信息来替代呼出呼叫列表中的被叫方的被叫方标识符(B-nbr到名称的替代)。相应的单元P11、S11、T11、R11或O11可以适于执行用于移动终端的方法的其他步骤,特别是结合图2描述的那些步骤。
本发明还涉及到包括为了分别在电路交换型交换节点和移动终端上操作时实现上述方法的软件代码部分的计算机程序。该计算机程序可以存储在计算机可读介质上。计算机可读介质可以是在交换节点或移动终端内部或位于外部的永久性或可重写存储器。该计算机程序也可以例如经由缆线或无线链路被作为信号序列传送到交换节点或移动终端。
Claims (31)
1.一种用于经由移动电信网络向主叫方的电路交换型移动终端(300,600,900,1000)提供被叫方的命名信息的方法,所述方法包括由电路交换型交换节点(310,610,910,1010)执行的以下步骤:
从所述移动终端接收(S100)用于建立到被叫方的终端(340,640,940-948)的呼叫的请求;
获取(S110)被叫方的标识符;
向数据库(330,630,930,S22,S33)发送(S120)对被叫方的命名信息的请求,所述数据库与所述移动终端不同,其中,被叫方的命名信息能与被叫方标识符关联地登记,所述对命名信息的请求包括所述标识符;
从所述数据库接收(S130)所述命名信息;以及
执行(S140)向所述移动终端递送所述命名信息。
2.根据权利要求1所述的方法,其中,来自所述移动终端的请求包括所述标识符,以及所述标识符是由交换节点从所述请求中获取的。
3.根据权利要求1或2所述的方法,还包括由交换节点执行的以下步骤:
从所述移动终端接收对所述命名信息的请求,触发向数据库发送(120)对被叫方的命名信息的请求的步骤。
4.根据权利要求1或2所述的方法,还包括由交换节点执行的以下步骤:
响应于发送(S120)对命名信息的请求,接收用于指示与所请求的命名信息在数据库处的可用性有关的信息的通知;以及
根据所指示的可用性信息,发送请求从数据库实际传送所述命名信息的请求。
5.根据权利要求1或2所述的方法,还包括由交换节点执行的以下步骤:
向数据库发送主叫方的标识符,其中,被叫方的命名信息与主叫方标识符关联地存储;以及
从数据库接收通知,所述通知包含向所述移动终端递送所请求的命名信息的递送状态。
6.根据权利要求1或2所述的方法,还包括由交换节点执行的以下步骤:
从所述移动终端接收接受规范,所述接受规范指定了与接受向所述移动终端递送所述命名信息有关的信息。
7.根据权利要求6所述的方法,还包括由交换节点执行的以下步骤:
向所述移动终端发送对接受规范的请求。
8.根据权利要求7所述的方法,其中,所述对接受规范的请求触发所述移动终端来指示与所述被叫方标识符相关联的被叫方命名信息的可用性指示符。
9.根据权利要求8所述的方法,其中,对所述可用性指示符的激活触发从所述移动终端发送接受规范。
10.根据权利要求1或2所述的方法,还包括由交换节点执行的以下步骤:
获取唯一标识了对所述移动终端的呼叫的标识符,
以及,所述执行(S140)递送的步骤包括:
递送被叫方命名信息和呼叫标识符,以允许所述移动终端将被叫方命名信息与对主叫方的呼叫相关联。
11.根据权利要求1或2所述的方法,其中,所述执行(S140)递送的步骤包括:
递送被叫方命名信息和被叫方标识符,以允许所述移动终端将被叫方命名信息与被叫方标识符相关联。
12.根据权利要求1或2所述的方法,其中,所述执行(S140)递送的步骤包括:
以适于并入文本消息中的格式,向文本消息递送服务中心(320,620,920)发送所述命名信息;
从文本消息递送服务中心接收包含所述命名信息的文本消息;以及
将所述文本消息发送给所述移动终端。
13.根据权利要求1或2所述的方法,包括由交换节点执行的以下步骤:
获取主叫方的命名信息和主叫方的标识符;
向数据库发送主叫方命名信息和主叫方标识符,以允许在数据库中登记主叫方时,将主叫方命名信息与主叫方标识符相关联。
14.根据权利要求7所述的方法,还包括步骤:确定呼叫的终止、被叫方终端的忙状态、或者被叫方终端的“呼叫不被接受”状态,触发以下步骤中至少一个步骤:
发送(S120)所述对命名信息的请求;
发送所述对接受规范的请求;以及
执行(S140)向所述移动终端递送命名信息。
15.一种用于经由移动电信网络向主叫方的电路交换型移动终端(300,600,900,1000)提供被叫方的命名信息的方法,所述方法包括由所述电路交换型移动终端执行的以下步骤:
向电路交换型交换节点(310,610,910,1010)发送(S200)用于建立到被叫方的终端(340,640,940-948)的呼叫的请求,所述请求包括被叫方的标识符;以及
从该交换节点接收(S210)被叫方的命名信息,其中,被叫方的命名信息能与被叫方标识符关联地登记。
16.根据权利要求15所述的方法,还包括由移动终端执行的以下步骤:
向交换节点发送对所述命名信息的请求,以触发交换节点请求数据库(330,630,930,S22,S33)处的被叫方的命名信息。
17.根据权利要求15所述的方法,还包括由移动终端执行的以下步骤:
向交换节点发送接受规范,所述接受规范指定了与接受向所述移动终端递送命名信息有关的信息。
18.根据权利要求15所述的方法,还包括由移动终端执行的以下步骤:
从交换节点接收对接受规范的请求。
19.根据权利要求18所述的方法,其中,所述对接受规范的请求触发所述移动终端来指示与被叫方标识符关联的被叫方命名信息的可用性指示符。
20.根据权利要求19所述的方法,其中,对所述可用性指示符的激活触发向所述电路交换型交换节点发送所述接受规范。
21.根据权利要求15所述的方法,还包括由移动终端执行的以下步骤:
获取唯一标识了对所述移动终端的呼叫的标识符,
以及,所述从交换节点接收(S210)被叫方的命名信息的步骤包括:
接收呼叫标识符,
以及,所述方法还包括由所述移动终端执行的以下步骤:
基于所获取的标识符与所接收的呼叫标识符的匹配,将被叫方命名信息与对主叫方的呼叫相关联。
22.根据权利要求15所述的方法,其中,所述从交换节点接收(S210)被叫方的命名信息的步骤包括:
接收被叫方标识符,
以及,所述方法还包括由所述移动终端执行的以下步骤:
基于所获取的被叫方标识符与所接收的被叫方标识符的匹配,将被叫方命名信息与被叫方标识符相关联,所述被叫方标识符与所述移动终端处的呼叫相关联。
23.根据权利要求15所述的方法,其中,所述从交换节点接收(S210)被叫方的命名信息的步骤包括:
从交换节点接收包含所述命名信息的文本消息。
24.根据权利要求15所述的方法,还包括由所述移动终端执行的以下步骤:
获取主叫方的命名信息和主叫方的标识符;
向数据库发送主叫方命名信息和主叫方标识符,以允许在数据库中登记该主叫方时,将主叫方命名信息与主叫方标识符相关联。
25.根据权利要求18所述的方法,其中,以下步骤中的至少一个在确定呼叫的终止、被叫方终端的忙状态、或者被叫方终端的“呼叫不被接受”状态之后执行:
接收所述对接受规范的请求,以及
从交换节点(S210)接收所述命名信息。
26.一种电路交换型交换节点(310,610,910,1010),适于执行根据权利要求1到14中任一项所述的方法的步骤。
27.根据权利要求26所述的交换节点,其中,所述交换节点包括:用于接收消息的接收单元(R21,R23),用于发送消息的发送单元(T21,T23),以及用于处理消息和信息的处理单元(P22)。
28.一种电路交换型移动终端(300,600,900,1000),适于执行根据权利要求15到25中任一项所述的方法的步骤。
29.根据权利要求28所述的移动终端,其中,所述移动终端包括:用于接收消息的接收单元(R11),用于发送消息的发送单元(T11),以及用于处理消息和信息的处理单元(P11)。
30.根据权利要求29所述的移动终端,其中,所述移动终端还包括用于呈现所接收的被叫方命名信息的输出单元(O11,O900)。
31.一种电信***(3000,6000,9000,10000),包括:根据权利要求26或27所述的电路交换型交换节点、根据权利要求28到30中任一项所述的电路交换型移动终端、以及数据库(330,630,930,S22,S33),其中,被叫方的命名信息能与被叫方的标识符关联地登记。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US28523509P | 2009-12-10 | 2009-12-10 | |
US61/285,235 | 2009-12-10 | ||
PCT/EP2010/069339 WO2011070134A1 (en) | 2009-12-10 | 2010-12-10 | Methods and devices for delivery of naming information of a called party to a calling party |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102652434A CN102652434A (zh) | 2012-08-29 |
CN102652434B true CN102652434B (zh) | 2016-08-03 |
Family
ID=43920283
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201080055805.6A Active CN102652434B (zh) | 2009-12-10 | 2010-12-10 | 用于向主叫方递送被叫方命名信息的方法和设备 |
Country Status (4)
Country | Link |
---|---|
US (1) | US9456323B2 (zh) |
EP (1) | EP2510706B1 (zh) |
CN (1) | CN102652434B (zh) |
WO (1) | WO2011070134A1 (zh) |
Families Citing this family (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9137342B2 (en) * | 2012-08-22 | 2015-09-15 | Mitel Networks Corporation | Automatic contact population |
JP6347932B2 (ja) * | 2013-09-30 | 2018-06-27 | 京セラ株式会社 | 電子機器及び制御方法 |
KR102311613B1 (ko) * | 2015-03-23 | 2021-10-13 | 삼성전자주식회사 | 통합 메시지 발신 방법 및 그 장치 |
US10454802B2 (en) * | 2015-06-30 | 2019-10-22 | T-Mobile Usa, Inc. | Backend polling based on nonzero SIP subscribe expiration |
US9654627B1 (en) * | 2015-07-13 | 2017-05-16 | West Corporation | Electronic card delivery and communication channel integration |
US10433145B2 (en) * | 2017-12-22 | 2019-10-01 | At&T Intellectual Property I, L.P. | System and method for device-based E911 call trigger |
Family Cites Families (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20030147518A1 (en) * | 1999-06-30 | 2003-08-07 | Nandakishore A. Albal | Methods and apparatus to deliver caller identification information |
US6870915B2 (en) * | 2002-03-20 | 2005-03-22 | Bellsouth Intellectual Property Corporation | Personal address updates using directory assistance data |
US7184532B2 (en) * | 2002-12-20 | 2007-02-27 | International Business Machines Corporation | Dynamic ringback services |
BRPI0615078A2 (pt) * | 2005-08-26 | 2011-05-03 | Tekelec Us | métodos, sistemas, e produtos de programa de computador para controlar dinamicamente um elemento de rede de pstn a partir de um elemento de rede ip usando sinalização |
JP2008022241A (ja) | 2006-07-12 | 2008-01-31 | Nec Saitama Ltd | 通信端末装置及び通信端末装置の制御方法 |
CA2734607C (en) * | 2008-01-29 | 2013-06-04 | Research In Motion Limited | System and method for addressing a unique device from a common address book |
KR20080060202A (ko) * | 2008-05-19 | 2008-07-01 | (주)디지탈아리아 | 이동통신 단말기의 주소록을 자동적으로 업데이트하는 방법 |
-
2010
- 2010-12-10 WO PCT/EP2010/069339 patent/WO2011070134A1/en active Application Filing
- 2010-12-10 CN CN201080055805.6A patent/CN102652434B/zh active Active
- 2010-12-10 EP EP10795287.1A patent/EP2510706B1/en active Active
- 2010-12-10 US US13/514,651 patent/US9456323B2/en active Active
Also Published As
Publication number | Publication date |
---|---|
EP2510706B1 (en) | 2019-11-20 |
WO2011070134A1 (en) | 2011-06-16 |
CN102652434A (zh) | 2012-08-29 |
US20130137408A1 (en) | 2013-05-30 |
EP2510706A1 (en) | 2012-10-17 |
US9456323B2 (en) | 2016-09-27 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN100425049C (zh) | 移动终端下载多媒体振铃音的实现方法及*** | |
CN104768135B (zh) | 集群通信 | |
CN102652434B (zh) | 用于向主叫方递送被叫方命名信息的方法和设备 | |
KR100764927B1 (ko) | 통신 시스템에서의 그룹 호출 | |
US8355704B2 (en) | Method and system for implementing interconversion between ring back tone and ringing tone | |
TWI499270B (zh) | 提供電話及網際網路服務之整合存取的行動通信裝置及用於通信之方法 | |
CN101304324B (zh) | 视频彩铃的实现方法及*** | |
CN104184864B (zh) | 用于上下文相关呼叫的方法 | |
CN101897209B (zh) | 用于即时状态和位置的情境感知机制的方法和*** | |
CN101822035A (zh) | 服务器装置及消息发送方法 | |
CN101940015A (zh) | 用于通过策略、规则和/或触发指定、应用和扩展与应用有关的方面的方法和*** | |
CN102883293A (zh) | 一种实现移动电话来电智能管理的***和方法 | |
CN108293082A (zh) | 用于在通信终端中支持语音呼叫的方法 | |
CN101790254B (zh) | 支持集团通信的移动电话终端和***以及方法 | |
CN109327630A (zh) | 一种拨打热线电话的方法、装置、设备以及存储介质 | |
KR100819704B1 (ko) | 주소록에 메신저 상대방의 상태 정보를 표시하는 모바일메신저 서비스 시스템 및 그 모바일 메신저 서비스 방법 | |
CN103906022A (zh) | 一种实现改号转接的方法、设备及*** | |
CN1852361B (zh) | 一种呈现及智能呼叫路由结合业务实现方法与装置 | |
CN100515127C (zh) | 通过手机进行语音匿名聊天的方法 | |
CN1852357B (zh) | 一种业务集成方法 | |
CN100518231C (zh) | 一种利用多媒体短信接收传真的方法 | |
CN1964395A (zh) | 一种在软交换中实现号码携带业务的方法 | |
CN101009890A (zh) | 实现终端下载媒体资源的方法、***及回铃音平台 | |
KR100834802B1 (ko) | 메시지 그룹전송 시스템 및 방법 | |
CN106211110B (zh) | 针对机器终端的被叫语音接续方法和通信*** |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C53 | Correction of patent for invention or patent application | ||
CB02 | Change of applicant information |
Address after: Stockholm Applicant after: Telefon AB L.M. Ericsson [SE] Address before: Stockholm Applicant before: Telefon AB L.M. Ericsson [SE] |
|
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |