呼叫转移处理方法、设备和系统的制作方法_3

文档序号:8447820阅读:来源:国知局
行。
[0059]基于上述实施例,进一步地,在被叫用户终端接收基站发送的包括主叫用户号码的寻呼请求之后,所述方法还包括:
[0060]接收所述被叫用户发送的第二拒绝指令;
[0061]在被叫用户终端接收基站发送的包括主叫用户号码的寻呼请求之后,被叫用户终端只接收到被叫用户发送的第二拒绝指令,而没有接收到应用发送的包含呼转处理标识的第一拒绝指令,此时,被叫用户终端向基站发送拒绝上述寻呼请求的第二响应消息。
[0062]基站接收被叫用户终端发送的第二响应消息,从该第二响应消息中没有获取呼转处理标识,则不去查询被叫用户终端预先发送的呼转信息,而是查询存储的呼转业务的签约信息,若判断获知被叫用户为签约用户,则从该签约信息中获取被叫用户预先设置的、与被叫用户号码对应的第二呼转号码,进而将该呼叫请求接续到该第二呼转号码上。若判断获知被叫用户不为签约用户,则向主叫用户终端返回“您拨打的电话正在通话中”。
[0063]本实施例提供的呼叫转移处理方法,基站在寻呼被叫用户终端的过程中,若不能够将呼叫请求接续到被叫用户终端,且不能够获取呼转处理标识,则根据预存的签约信息,确定是否需要将呼叫请求接续到与该被叫用户号码对应的第二呼转号码上。从而避免基站将所有不能正常接续到被叫终端的呼叫请求都视为拦截号码,应用拦截软件设置的呼转号码统一进行呼转处理,而是根据不同的业务需要进行分类处理,保证所有电信业务的正常运行。
[0064]图3为本发明呼叫转移处理方法实施例三的流程示意图,本实施例提供的呼叫转移处理方法用于基站中进行具体说明,如图3所示,该方法包括:
[0065]步骤300,接收主叫用户终端发送的包括被叫用户号码的呼叫请求;
[0066]步骤301,在寻呼与所述被叫用户号码对应的被叫用户终端的过程中,若判断获知不能将所述呼叫请求接续到所述被叫用户终端上,则判断是否获取到所述被叫用户终端发送的呼转处理标识;
[0067]基站在寻呼与所述被叫用户号码对应的被叫用户终端的过程中,判断获知不能将所述呼叫请求接续到所述被叫用户终端上的应用场景有很多,具体包括:
[0068]示例一:
[0069]基站接收所述呼叫请求之后,监听所述被叫用户终端的状态,判断获知被叫用户终端处于通话状态。
[0070]示例二:
[0071]基站接收所述呼叫请求之后,监听所述被叫用户终端的状态,判断获知所述被叫用户终端处于空闲状态,将包含主叫用户号码的寻呼请求发送给所述被叫用户终端;
[0072]接收所述被叫用户终端发送的拒绝所述寻呼请求的第一响应消息,所述第一响应消息包括呼转处理标识,所述第一响应消息是所述被叫用户终端接收到具有号码拦截功能的应用发送的包含所述呼转处理标识的第一拒绝指令后发送的,所述第一拒绝指令是所述应用在确定所述主叫用户号码属于被叫用户在所述应用上预设的黑名单中,并获取与所述黑名单对应的呼转处理标识后发送的。
[0073]示例三:
[0074]基站接收所述呼叫请求之后,监听所述被叫用户终端的状态,判断获知所述被叫用户终端处于空闲状态,将包含主叫用户号码的寻呼请求发送给所述被叫用户终端;
[0075]接收所述被叫用户终端发送的拒绝所述寻呼请求的第二响应消息;所述第二响应消息是所述被叫用户终端接收到所述被叫用户发送的第二拒绝指令后发送的。
[0076]针对上述三种示例的场景,本实施例不再赘述,具体可以参见图1和图2所示实施例,基站若判断获知不能将所述呼叫请求接续到所述被叫用户终端上,则判断是否获取到被叫用户终端发送的呼转处理标识。
[0077]步骤302,若判断获知获取到所述呼转处理标识,则根据预存的呼转信息,将所述呼叫请求接续到与所述呼转处理标识对应的第一呼转号码上。
[0078]基站若能够获取被叫用户终端发送的呼转处理标识,则根据该呼转处理标识查询预存的呼转信息,其中,该呼转信息包括呼转处理标识和第一呼转号码的对应关系,第一呼转号码是上述应用设置的。例如:若第一标识用于表示将属于黑名单中的拦截号码进行停机呼转处理,则与第一标识对应的第一呼转号码是该应用预先设置的一个已停机号码;若第二标识用于表示将属于黑名单中的拦截号码进行空号呼转处理,则与第二标识对应的第一呼转号码是该应用预先设置的一个空号号码;若第三标识用于表示将属于黑名单中的拦截号码进行关机呼转处理,则与第三标识对应的第一呼转号码是该应用预先设置的一个已关机号码。
[0079]被叫用户终端预先将该呼叫信息发送给基站,从而当基站获取呼转处理标识后,通过查询该呼转信息,获取与呼转处理标识对应的第一呼转号码,然后将该呼叫请求接续到与呼转处理标识对应的第一呼转号码上。例如:若呼转处理标识为第一标识,则获取与第一标识对应的停机号码,将该呼叫请求接续到该停机号码上,从而通知主叫用户终端该被叫用户号码已停机;若呼转处理标识为第二标识,则获取与第二标识对应的空号号码,将该呼叫请求接续到该空号号码上,从而通知主叫用户终端该被叫用户号码是空号;若呼转处理标识为第三标识,则获取与第三标识对应的关机号码,将该呼叫请求接续到该关机号码上,从而通知主叫用户终端该被叫用户号码已关机。
[0080]本实施例提供的呼叫转移处理方法,基站在寻呼被叫用户终端的过程中,若不能够将呼叫请求接续到被叫用户终端,判断是否获取到被叫用户终端发送的呼转处理标识,若能够获取到呼转处理标识,则根据预存的呼转信息,将呼叫请求接续到与该呼转处理标识对应的第一呼转号码上。从而避免基站将所有不能正常接续到被叫终端的呼叫请求都视为拦截号码,应用拦截软件设置的呼转号码统一进行呼转处理,而是根据不同的业务需要进行分类处理,保证所有电信业务的正常运行。
[0081]进一步地,基于上述实施例,在所述根据预存的呼转信息,将所述呼叫请求接续到与所述呼转处理标识对应的第一呼转号码上之前,所述方法还包括:
[0082]基站接收所述被叫用户终端发送的所述呼转信息,所述呼转信息包括呼转处理标识和第一呼转号码的对应关系;
[0083]从业务运营支撑系统BOSS里的客户关系管理CRM系统中查询与所述第一呼转号码对应的信息,若判断获知所述第一呼转号码为非法号码,则通知所述被叫用户终端。
[0084]具体的,当被叫用户通过被叫用户终端上具有号码拦截功能的应用设置与黑名单对应的呼转处理后,该应用就通过被叫用户终端将呼转信息发送给基站,该呼转信息包括呼转处理标识和第一呼转号码的对应关系。第一呼转号码是上述应用设置的。例如:若第一标识用于表示将属于黑名单中的拦截号码进行停机呼转处理,则与第一标识对应的第一呼转号码是该应用预先设置的一个已停机号码;若第二标识用于表示将属于黑名单中的拦截号码进行空号呼转处理,则与第二标识对应的第一呼转号码是该应用预先设置的一个空号号码;若第三标识用于表示将属于黑名单中的拦截号码进行关机呼转处理,则与第三标识对应的第一呼转号码是该应用预先设置的一个已关机号码。
[0085]基站获取呼转信息后,从业务运营支撑系统BOSS里的客户关系管理CRM系统中查询与第一呼转号码对应的信息,若判断获知第一呼转号码为非法号码,比如第一呼转号码是个吸费号码,或者恶意号码,则通知所述被叫用户终端。
[0086]本实施例提供的呼叫转移处理方法,通过基站提前对被叫用户终端发送的与应用对应的呼转信息进行鉴权,进一步地提高了用户使用相关应用对号码进行拦截的安全性。
[0087]进一步地,基于上述实施例,基站若判断获知不能将所述呼叫请求接续到所述被叫用户终端上,且没有获取到所述呼转处理标识,所述方法还包括:
[0088]根据预存的签约信息,确定是否将所述呼叫请求接续到被叫用户预先设置的、与所述被叫用户号码对应的第二呼转号码上。
[0089]具体地,基站没有获取呼转处理标识,则不去查询被叫用户终端预先发送的呼转信息,而是查询存储的呼转业务的签约信息,若判断获知被叫用户为签约用户,则从该签约信息中获取被叫用户预先设置的、与被叫用户号码对应的第二呼转号码,进而将该呼叫请求接续到该第二呼转号码
当前第3页1 2 3 4 5 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1