一种在被叫用户终端上显示主叫信息的方法
技术领域
本发明涉及一种在被叫用户终端上显示主叫信息的方法。
背景技术
目前,在移动通信系统和固定通信系统中都已经实现了电话主叫号码信息的识别。主叫号码信息识别及传送(CID,Calling Identity Delivery),是指交换机将主叫终端的主叫号码及呼叫的日期、时间等信息传送给被叫终端,由被叫终端的显示器将信息显示出来并存储。这样,被叫终端用户在摘机前就知道到底哪些号码打过电话来,或外出回来后查阅哪些号码打过电话。通常由具有主叫号码信息识别服务功能的交换机与具有主叫号码显示服务功能的终端相配合来实现CID,在被叫终端上可以显示主叫号码、呼叫时间等信息。
上述的CID业务只能传送主叫号码、呼叫时间等比较简单的信息,而现在无论个人用户还是企业用户都希望能发送或接收除主叫号码外的更加丰富的个性化信息,如姓名,个性描述,企业名称,照片,铃音,视频等等进行主叫识别,以及根据不同被叫显示相应的主叫预先设置的主叫信息这类比较复杂的功能。
实际上,对于移动通信终端来说,可以在被叫终端的电话号码薄中设置主叫号码对应的姓名,在主叫号码拨打被叫时,被叫终端上显示存储的主叫号码对应的姓名。但是这样只限于被叫终端存储的主叫信息,且移动通信终端能够存储的电话号码是有限的,当一个陌生电话呼入时,仍然无法显示除主叫号码、呼叫时间外的主叫信息。
目前,针对移动通信终端,出现了一种基于智能网的主叫名显示(CallingNAme Presentation,CNAP)业务,主叫用户通过签约该业务,实现在呼叫被叫用户时,在被叫用户终端上显示主叫用户名。
参见图1,图1为现有技术基于智能网实现主叫名显示业务的网络图。主叫在网络侧(SCP)定制业务,保存自己的主叫名信息,这样当主叫拨打被叫时,SCP根据主叫定制的主叫名信息,传送给交换机,交换机再传送给被叫终端。其呼叫流程参见图2,图2为现有技术实现主叫名显示业务的呼叫流程。该流程包括以下步骤:
步骤201,主叫用户终端(MS)向主叫移动交换中心MSC发送对被叫MS的呼叫请求。
步骤202,主叫MSC根据呼叫请求到VLR获得主叫的CSI信息,根据获得的签约信息(CSI)向SCP触发CNAP业务。
步骤203,SCP即时向主叫MSC下发connect操作,并在connect操作中修改主叫号码,即在主叫号码中添加一个CNAP的特殊前缀号码。
步骤204,主叫MSC根据connect操作,向被叫MSC发送呼叫请求,该呼叫请求中包含带有CNAP特殊前缀号码的主叫号码。
步骤205,被叫MSC根据呼叫请求中的CNAP的特殊前缀号码和主叫号段到主叫SCP触发CNAP业务。
步骤206,主叫SCP剥离主叫号码中CNAP前缀码,得到真实的主叫号码,并根据主、被叫号码,查询本地数据库得到需要显示给被叫的主叫名信息,然后向被叫MSC下发connect操作,在connect操作的扩展接口中,包含主叫名信息。
步骤207,被叫MSC向被叫终端发送呼叫请求和Facility操作,在Facility操作中包含主叫名信息。
然后,被叫MS显示通过Facility操作接收到的主叫名信息。
概括来说,以上实现方式是在主叫用户终端呼叫被叫用户终端时,由交换系统触发智能业务来实现的。可以将存储主叫信息的服务器称为主叫信息服务器,上述实现方式中SCP即为主叫信息服务器。参见图3,图3为现有技术主叫信息服务器、交换系统和主被叫用户终端之间的逻辑关系示意图。
由图3所示,在现有技术中,当主叫用户终端301通过交换系统302呼叫被叫用户终端303时,由交换系统302通知主叫信息服务器304将主叫信息通过交换系统302发给被叫用户终端303;或者交换系统302从主叫信息服务器304获取主叫信息再发给被叫用户终端303。可见,这种方式需要交换系统302做相应的处理,而交换系统主要的工作是进行话音或数据的交换,建立主被叫之间话路,现有技术的方式显然增加了交换系统处理的复杂度,消耗了交换系统的系统资源。
发明内容
有鉴于此,本发明的主要目的在于提供一种在被叫用户终端上显示主叫信息的方法,降低交换系统处理的复杂度。
为达到上述目的,本发明的技术方案具体是这样实现的:
一种在被叫用户终端上显示主叫信息的方法,在主叫信息服务器中存储主叫信息,被叫用户终端接收到交换系统发送的呼叫请求后,执行以下步骤:
A、被叫用户终端根据呼叫请求中包含的主叫号码,向主叫信息服务器发送包含主叫号码的获取主叫信息的请求;
B、主叫信息服务器根据被叫用户终端发送的请求中的主叫号码,查询存储的主叫信息,将查询到的该主叫号码对应的主叫信息返回给被叫用户终端;
C、被叫用户终端将接收到的主叫信息输出给用户。
其中,所述被叫用户终端可以预先存储主叫信息服务器的地址信息;
所述步骤A中,被叫用户终端是按照存储的主叫信息服务器的地址信息向主叫信息服务器发送获取主叫信息的请求。
所述主叫信息服务器的地址信息可以为:主叫信息服务器的IP地址或统一资源定位符URL或对应的电话号码或短信服务号码。
所述被叫用户终端与主叫信息服务器可以通过GPRS或3G或4G或NGN或互联网通信连接。
所述主叫信息服务器可以通过闪信或短信方式或WAP或HTTP或SIP或TCP/IP将主叫信息发送给被叫用户终端。
所述在主叫信息服务器中存储主叫信息的方法可以为:用户通过互联网、WAP或短信方式将主叫信息存储到主叫信息服务器。
所述的主叫信息可以包含:主叫号码和该主叫用户对应设置的用户信息。
本发明还可以将主叫号码针对不同的被叫号码或/和不同时间设置相应的用户信息;
步骤A所述被叫用户终端向主叫信息服务器发送的获取主叫信息的请求中进一步包括:被叫号码;
所述步骤B中主叫信息服务器进一步按照被叫号码查询其对应的主叫用户信息。
所述设置的主叫用户信息可以包含:文字、图像、声音或多媒体信息。
被叫用户终端接收的主叫信息包含声音信息时,所述步骤C中被叫用户终端将接收到的主叫信息输出给用户的方法可以为:被叫用户终端播放该声音信息作为振铃的铃声。
该方法可以进一步包括:被叫用户终端向主叫信息服务器发送获取主叫信息的请求时,在显示屏上显示主叫号码并提示用户正在获取主叫信息。
该方法还可以进一步包括:如果被叫用户终端摘机,则被叫用户终端停止与主叫信息服务器的信息交互。
该方法还可以进一步包括:被叫用户终端在接收到主叫信息后,将其与主叫号码对应存储下来。
所述步骤A可以进一步包括:被叫用户终端首先根据主叫号码查询存储的主叫信息,如果查询到该主叫号码对应的主叫信息,则不再向主叫信息服务器发送获取主叫信息请求。
被叫用户终端可以进一步将存储主叫信息的时间记录下来;
该方法进一步包括:交换系统在向被叫用户终端发送呼叫请求前,到主叫信息服务器上查询主叫信息更新时间,将主叫信息的更新时间随呼叫请求发送给被叫用户终端;
被叫用户终端收到呼叫请求后,根据其中的主叫号码,查询是否已存储该用户的主叫信息,如果没有,则被叫用户终端向主叫信息服务器发送获取主叫信息请求;如果有,则将主叫信息更新时间与上次存储主叫信息的时间进行比较,如果更新时间比上次存储的时间晚,则向主叫信息服务器发送获取主叫信息请求,否则不再向主叫信息服务器发送获取主叫信息请求。
被叫用户终端可以进一步将存储主叫信息的时间记录下来;
被叫用户终端在下一次针对同一个主叫号码发送主叫信息请求时,将上次存储主叫信息的时间,随获取主叫信息请求发送给主叫信息服务器;
主叫信息服务器收到该请求后,将其中包含的存储时间和自身存储的该主叫号码对应的主叫信息的更新时间进行比较,如果更新时间晚于所述请求中包含的存储时间,则将主叫信息发送给被叫用户终端,否则通知用户终端主叫信息未更新;
被叫用户终端收到上述通知后,将存储的该主叫号码对应的主叫信息显示给用户。
所述的主叫信息还可以包含主叫信息服务器保存的主叫信息的更新时间,所述被叫用户终端进一步将存储主叫信息的时间记录下来的方法为:被叫用户终端记录接收到的主叫信息中包含的主叫信息服务器保存的主叫信息的更新时间。
该方法还可以进一步包括:
主叫信息服务器在存储主叫用户的主叫信息时,向该主叫用户指定的被叫用户终端发送包含主叫信息的同步主叫信息请求;或主叫信息服务器在存储主叫用户的主叫信息后,定时向该主叫用户指定的被叫用户终端发送包含主叫信息的同步主叫信息请求;
被叫用户终端接收到该同步主叫信息请求后,存储或更新该主叫用户的主叫信息。
该方法也可以进一步包括:被叫用户终端定时向主叫信息服务器发送同步主叫信息请求,其中包含主叫号码和上次存储该主叫号码对应的主叫信息的时间;
主叫信息服务器收到该同步主叫信息请求后,判断被叫用户终端上次存储主叫信息的时间是否早于主叫用户更新信息服务器中用户信息的时间,如果是,则将该更新后的用户信息发送给被叫用户终端进行主叫信息更新;否则结束同步过程。
该方法还可以进一步包括:
在交换系统中存储用户是否定制主叫信息业务的业务标识;
交换系统向被叫用户终端发送呼叫请求时,将主叫用户对应的业务标识同时发送给被叫用户终端;
被叫用户终端根据该业务标识判断主叫用户是否定制了主叫信息服务,如果是,则向主叫信息服务器发送获取主叫信息的请求,否则不向主叫信息服务器发送获取主叫信息的请求。
该方法还可以进一步包括:预先设置是否定制主叫信息业务的业务标识,并设置定制主叫信息业务的主叫号码段;
交换系统在向被叫用户终端发送呼叫请求前,判断主叫号码是否在上述主叫号码段中,如果是,则将是否定制主叫信息业务的业务标识设置为有效,将其随呼叫请求同时发送给被叫用户终端;
被叫用户终端根据该业务标识判断主叫用户是否定制了主叫信息服务,如果是,则向主叫信息服务器发送获取主叫信息的请求,否则不向主叫信息服务器发送获取主叫信息的请求。
该方法还可以进一步包括:预先设置是否定制主叫信息业务的业务标识,并设置定制主叫信息业务的前缀号码;
交换系统在向被叫用户终端发送呼叫请求前,判断主叫号码是否包含上述的前缀号码,如果是,则将是否定制主叫信息业务的业务标识设置为有效,将其随呼叫请求同时发送给被叫用户终端;
被叫用户终端根据该业务标识判断主叫用户是否定制了主叫信息服务,如果是,则向主叫信息服务器发送获取主叫信息的请求,否则不向主叫信息服务器发送获取主叫信息的请求。
所述的主叫信息服务器可以为业务控制节点SCP或USSD服务器或个人信息管理PIM服务器。
由上述的技术方案可见,本发明的这种在被叫用户终端上显示主叫用户信息的方法,在主叫信息服务器中存储主叫信息,被叫用户终端接收到交换系统发送的呼叫请求后,直接与主叫信息服务器进行通信,获取主叫信息。其过程中,交换系统仅用于进行透明传输,不需要交换系统进行相应的处理,因此,本发明方法简化了交换系统处理过程,降低了交换系统处理的复杂度,减少了交换系统的系统资源开销。
附图说明
图1为现有技术基于智能网实现主叫名显示业务的网络图;
图2为现有技术实现主叫名显示业务的呼叫流程图;
图3为现有技术主叫信息服务器、交换系统和主被叫用户终端之间的逻辑关系示意图;
图4为本发明主叫信息服务器、交换系统和主被叫用户终端之间的逻辑关系示意图;
图5为本发明第一较佳实施例的呼叫流程图;
图6为本发明第二较佳实施例的呼叫流程图。
具体实施方式
为使本发明的目的、技术方案及优点更加清楚明白,以下参照附图并举实施例,对本发明进一步详细说明。
本发明的这种在被叫用户终端上显示主叫用户信息的方法,在主叫信息服务器中存储主叫信息,被叫用户终端接收到交换系统发送的呼叫请求后,直接与主叫信息服务器进行通信,获取主叫信息输出给用户。
参见图4,图4为本发明主叫信息服务器、交换系统和主被叫用户终端之间的逻辑关系示意图。其中,主叫信息服务器404中存储了主叫信息。
主叫用户终端401通过交换系统402向被叫用户终端403发起呼叫请求。被叫用户终端403收到该呼叫请求后,根据呼叫请求中包含的主叫号码,向主叫信息服务器404发送包含主叫号码的获取主叫信息的请求。主叫信息服务器404根据被叫用户终端403发送的请求中的主叫号码,查询存储的主叫信息,将查询到的该主叫号码对应的主叫信息返回给被叫用户终端404。被叫用户终端403将接收到的主叫信息显示给用户。
本发明中的主叫信息服务器可以为业务控制节点SCP或USSD服务器或个人信息管理PIM服务器或其他专用服务器。本发明中的交换系统可以为移动通信交换系统或固定通信交换系统,主、被叫用户终端可以为移动通信终端或固定通信终端。根据目前的GPRS、3G、NGN等通信标准规范,被叫用户终端在保持和交换系统的正常话音通道的同时,可以建立另外的数据链路,如GPRS的A类手机终端。因此被叫用户终端与主叫信息服务器可以通过GPRS或3G或4G或NGN或互联网等方式进行通信连接,通信协议或方式可以采用TCP/P、SIP、HTTP、WAP等数据通信协议或短信、USSD方式。
以下举两个较佳实施例对本发明方法进行详细说明。
第一较佳实施例:
本实施例中,主叫信息服务器为SCP或个人信息管理PIM服务器或专用的主叫信息服务器,因为SCP还要同时进行其他很多通信业务的控制处理,所以最好采用个人信息管理PIM服务器或专用的主叫信息服务器。交换系统为移动通信交换系统,其中包含了移动交换中心(MSC)、拜访位置寄存器(VLR)等网元。
本实施例中主叫用户通过互联网、WAP或短信方式将主叫号码和对应设置的用户信息存储到了主叫信息服务器。
主叫用户设置的主叫信息可以是文字、图像、声音或多媒体等形式的信息,而且主叫用户还将主叫号码针对不同的被叫号码或/和不同时间设置了不同的用户信息。在主叫信息服务器存储的记录可以如表1所示:
主叫号码 |
被叫号码 |
主叫信息 |
13000000001 |
13000000002(家人) |
个人照片 |
13000000001 |
0755-28974157(同事) |
XX公司总经理李强 |
13000000001 |
(默认) |
李强 |
13000000001 |
FRIENDS(群组ID,对应多个电话号码) |
阿强 |
0755-26661061 | |
您好,XX公司客户服务部 |
表1
在主叫信息服务器预先设置对应不同时间的主叫信息,还可以根据不同时间发送相应的主叫信息给被叫终端。这样在主叫信息服务器存储的记录可以如表2所示。
主叫号码 |
时间 |
主叫信息 |
13000000001 |
8:00-12:00 |
早上好,我是李强 |
13000000001 |
21:00-24:00 |
您好,我是李强,很抱歉在休息时间打扰您 |
表2
另外本实施例中,被叫用户终端也预先存储了主叫信息服务器的主叫信息服务器的IP地址或URL或对应的电话号码或短信服务号码等地址信息。
参见图5,图5为本发明第一较佳实施例的呼叫流程图。该流程包括以下步骤:
步骤501,主叫MS向主叫MSC发送对被叫MS的呼叫请求。
步骤502,主叫MSC根据该呼叫请求向VLR发送查询请求。
步骤503,VLR向主叫MSC返回查询响应,其中包含主叫的CSI信息。
步骤504,主叫MSC向被叫MSC发送呼叫请求。
步骤505,被叫MSC向被叫MS发送呼叫请求。
步骤506,被叫MS向主叫信息服务器发送获取主叫信息请求,其中包含主叫号码和被叫号码。
步骤507,主叫信息服务器根据主叫号码查找到该主叫用户的主叫信息,再根据被叫号码或/和当前时间查找到针对该被叫号码设置的主叫信息,将该主叫信息返回给被叫用户终端。主叫信息服务器可以通过闪信或短信方式或WAP或HTTP或SIP或TCP/IP协议将主叫信息发送给被叫用户终端。
其中,主叫信息服务器如SCP通过闪信方式发送给被叫MS的过程可以包括以下3个步骤:
步骤1,SCP根据被叫用户终端的移动台号码,向被叫用户终端所属的HLR发送请求获取路由信息消息。
步骤2,HLR响应SCP请求,并向SCP返回路由信息。
步骤3,SCP根据返回的路由信息将包含主叫信息的短消息通过被叫MSC发送给被叫用户终端。
闪信是指一种可直接显示在接收方手机屏幕上,阅读后不自动保存的短信,可参考GSM 03.38中的短信协议描述。由SCP直接向被叫MS发送短信的方法与本申请人在申请号为“200310113468.3”,名称为“短消息发送及短消息智能业务的实现方法”的中国专利申请中公开的方法完全相同,这里不再赘述。
这样当被叫MS处于关机/非服务区状态,短信操作将被网络抛弃(不缓存转发),而不会对网络造成额外的负担。
实际上,主叫信息服务器如SCP也可以将主叫信息以短信方式发送给短信中心SMC,SMC将包含主叫信息的短信通过被叫MSC发送给被叫用户终端。包括以下5个步骤:
步骤1,SCP将主叫信息和被叫用户终端的移动台号码封装到短消息中,发送给SMC;
步骤2,SMC向该短消息转发给短消息中心-关口移动交换中心(SMC-GMSC);
步骤3、SMC-GMSC根据短消息携带的被叫用户终端的移动台号码,向被叫用户终端所属的HLR发送请求获取路由信息消息;
步骤4、HLR响应SMC-GMSC请求,并向SMC-GMSC返回路由信息;
步骤5、SMC-GMSC根据路由信息,通过被叫MSC向被叫用户终端发送包含用户信息的短消息。
以上使用主叫服务器直接发短信或通过SMC发短信给被叫用户终端的方法适合被叫用户终端不能一直在线,也无法同时处理话音和数据的情形,因为被叫用户终端在接收呼叫的同时是可以使用信令通道进行短信收发的。而在GPRS、3G、NGN等通信网络中,由于通信终端可以一直在线,被叫用户终端在接收呼叫的同时,可以和主叫信息服务器之间通过WAP或HTTP或SIP或TCP/IP等数据通信协议进行通信,获取主叫信息。
这样,被叫MS就将收到的主叫信息显示给用户,并可以将主叫信息对应与主叫号码存储起来,并记录下存储该主叫信息的时间。
本实施例中,主叫MSC或被叫MSC还可以在向被叫用户终端发送呼叫请求前,到主叫信息服务器上查询主叫信息更新时间,将主叫信息的更新时间随呼叫请求发送给被叫用户终端。
被叫用户终端收到呼叫请求后,根据其中的主叫号码,查询是否已存储该用户的主叫信息,如果没有,则被叫用户终端向主叫信息服务器发送获取主叫信息请求;如果有,则将主叫信息更新时间与上次存储主叫信息的时间进行比较,如果更新时间比上次存储的时间晚,则向主叫信息服务器发送获取主叫信息请求,否则不向主叫信息服务器发送获取主叫信息请求。
由于本实施例中,被叫用户终端记录下存储该主叫信息的时间,因此被叫用户终端可以在下一次针对同一个主叫号码发送主叫信息请求时,将上次存储主叫信息的时间,随获取主叫信息请求发送给主叫信息服务器。
主叫信息服务器收到该请求后,将其中包含的存储时间和自身存储的该主叫号码对应的主叫信息的更新时间进行比较,如果更新时间晚于所述请求中包含的存储时间,则将主叫信息发送给被叫用户终端,否则通知用户终端主叫信息未更新。
被叫用户终端收到上述通知后,将存储的该主叫号码对应的主叫信息输出给用户。
实际应用中,主叫信息服务器还可以将主叫信息的更新时间随主叫信息一同发送给被叫用户终端,被叫用户终端将该更新时间存储下来,作为被叫终端存储该主叫信息的时间。这样,保证了对于多个被叫用户终端和主叫信息服务器来说,它们存储的针对同一个主叫号码的主叫信息的更新或存储时间都是相同一致的。
另外,本实施例中,如果主叫信息包含声音信息,被叫用户终端在接收到该主叫信息时,可以播放该声音信息作为振铃的铃声。这样就实现了个性化主叫铃音,通过铃音被叫即可识别主叫。
第二较佳实施例:
本实施例中,主叫信息服务器为USSD服务器,交换系统为移动通信交换系统,其中包含了移动交换中心(MSC)、拜访位置寄存器(VLR)等网元。
本实施例中主叫用户通过互联网或短信方式将主叫号码和对应设置的用户信息存储到了主叫信息服务器,设置的方式与实施例一相同,这里不再赘述。
参见图6,图6为本发明第二较佳实施例的呼叫流程图。该流程包括以下步骤:
步骤601,主叫MS向主叫MSC发送对被叫MS的呼叫请求。
步骤602,主叫MSC根据该呼叫请求向VLR发送查询请求。
步骤603,VLR向主叫MSC返回查询响应,其中包含主叫的CSI信息。
步骤604,主叫MSC向被叫MSC发送呼叫请求。
步骤605,被叫MSC向被叫MS发送呼叫请求。
步骤606,被叫MS与USSD服务器建立连接。
步骤607,被叫MS向USSD服务器发送获取主叫信息请求,其中包含主叫号码和被叫号码。
步骤608,USSD服务器根据主叫号码查找到该主叫用户的主叫信息,再根据被叫号码或/和当前时间查找到针对该被叫号码设置的主叫信息,将该主叫信息返回给被叫用户终端。
被叫用户终端收到主叫信息后的处理与实施例一也相同,这里不再重复说明。在第一较佳实施例中,SCP直接发短消息给被叫终端实际上实现了短消息中心的功能,此处SCP同样也可以作为USSD服务器,使用USSD方式直接与被叫终端通信。另外如果不在USSD服务器上直接放置主叫信息,还可以单独设置存放主叫信息的USSD应用服务器,如使用PIM服务器作为USSD应用服务器,USSD服务器可以在被叫MS与USSD服务器建立连接并向USSD服务器发送获取主叫信息请求后,使用TCP/IP协议与USSD应用服务器进行通信获取主叫信息并返回给被叫MS。
另外,上述两个实施例中,还可以实现被叫用户终端与主叫信息服务器之间的信息同步,具体方法有以下两种:
第一种:主叫信息服务器在存储主叫用户的主叫信息时,向该主叫用户指定的被叫用户终端发送包含主叫信息的同步主叫信息请求;或主叫信息服务器在存储主叫用户的主叫信息后,定时向该主叫用户指定的被叫用户终端发送包含主叫信息的同步主叫信息请求。被叫用户终端接收到该同步主叫信息请求后,存储或更新该主叫用户的主叫信息。
第二种:被叫用户终端定时向主叫信息服务器发送同步主叫信息请求,其中包含主叫号码和上次存储该主叫号码对应的主叫信息的时间。
主叫信息服务器收到该同步主叫信息请求后,判断被叫用户终端上次存储主叫信息的时间是否早于主叫用户更新信息服务器中用户信息的时间,如果是,则将该更新后的用户信息发送给被叫用户终端进行主叫信息更新;否则结束同步过程。
这样同步以后,在下次主叫呼叫被叫时,被叫用户终端在请求主叫信息时将同步主叫信息时的存储时间发送给主叫信息服务器,主叫信息服务器对比时间后就不再发送主叫信息,节省了主叫信息的传送时间,可以使被叫用户终端更及时的显示主叫信息。
实际应用中,被叫用户终端还可以通过以下三种方式来决定是否向主叫信息服务器发送获取主叫信息请求:
第一种:在交换系统中存储用户是否定制主叫信息业务的业务标识;交换系统向被叫用户终端发送呼叫请求时,将主叫用户对应的业务标识同时发送给被叫用户终端。
被叫用户终端根据该业务标识判断主叫用户是否定制了主叫信息服务,如果是,则向主叫信息服务器发送获取主叫信息的请求,否则不向主叫信息服务器发送获取主叫信息的请求。
第二种:预先设置是否定制主叫信息业务的业务标识,并设置定制主叫信息业务的主叫号码段;交换系统在向被叫用户终端发送呼叫请求前,判断主叫号码是否在上述主叫号码段中,如果是,则将是否定制主叫信息业务的业务标识设置为有效,将其随呼叫请求同时发送给被叫用户终端。
被叫用户终端根据该业务标识判断主叫用户是否定制了主叫信息服务,如果是,则向主叫信息服务器发送获取主叫信息的请求,否则不向主叫信息服务器发送获取主叫信息的请求。
第三种:预先设置是否定制主叫信息业务的业务标识,并设置定制主叫信息业务的前缀号码;交换系统在向被叫用户终端发送呼叫请求前,判断主叫号码是否包含上述的前缀号码,如果是,则将是否定制主叫信息业务的业务标识设置为有效,将其随呼叫请求同时发送给被叫用户终端。
被叫用户终端根据该业务标识判断主叫用户是否定制了主叫信息服务,如果是,则向主叫信息服务器发送获取主叫信息的请求,否则不向主叫信息服务器发送获取主叫信息的请求。
由上述的实施例可见,本发明的这种在被叫用户终端上显示主叫用户信息的方法,在主叫信息服务器中存储主叫信息,被叫用户终端接收到交换系统发送的呼叫请求后,直接与主叫信息服务器进行通信,获取主叫信息。其过程中,交换系统仅用于进行透明传输,不需要交换系统进行相应的处理,因此,本发明方法充分利用了终端能力,简化了交换系统处理过程,降低了交换系统处理的复杂度,减少了交换系统的系统资源开销。