呼叫方法、第一移动业务交换中心及归属位置寄存器
技术领域
本公开涉及通信技术领域，尤其涉及一种呼叫方法、一种第一移动业务交换中心、一种归属位置寄存器、一种终端设备以及一种计算机可读存储介质。
背景技术
在日常生活中，对于大多数手机用户来说，偶尔更换手机号码不可避免，除了刚性需求以外，还有诸如手机丢失等各种意外情况会导致手机用户需要更换新的手机号码。而在更换手机号码后，可能会出现忘记原有手机号码所绑定的业务，例如各家银行、公共事业甚至微信等，当业务方不能够及时联系到原有手机号码的用户时，将会导致原有业务中断，进而影响到用户原有业务的正常开展及信用维系。
发明内容
本公开提供了一种呼叫方法、第一移动业务交换中心及归属位置寄存器，以至少解决上述问题。
根据本公开实施例的第一方面，提供一种呼叫方法，包括：
在业务方呼叫变更前的旧手机号码后，第一移动业务交换中心从所述旧手机号码所属的归属位置寄存器中获取变更后的新手机号码；以及，
所述第一移动业务交换中心向所述新手机号码所属的第二移动业务交换中心发出呼叫。
在一种实施方式中，所述第一移动业务交换中心从所述旧手机号码所属的归属位置寄存器中获取变更后的新手机号码，包括：
所述第一移动业务交换中心向所述旧手机号码所属的归属位置寄存器发送获取变更后的新手机号码的请求，以使所述归属位置寄存器接收到所述请求后，在自身数据库中查询与所述旧手机号码关联的变更后的新手机号码，并将所述变更后的新手机号码返回给所述第一移动业务交换中心；以及，
所述第一移动业务交换中心获取所述变更后的新手机号码。
在一种实施方式中，在第一移动业务交换中心从所述旧手机号码所属的归属位置寄存器中获取变更后的新手机号码之前，还包括：
所述第一移动业务交换中心向所述旧手机号码所属的第三移动业务交换中心询问所述旧手机号码是否具备呼叫条件；
若不具备呼叫条件，则执行所述第一移动业务交换中心从所述旧手机号码所属的归属位置寄存器中获取变更后的新手机号码的步骤。
根据本公开实施例的第二方面，提供一种呼叫方法，包括：
在业务方呼叫变更前的旧手机号码后，所述旧手机号码所属的归属位置寄存器接收第一移动业务交换中心发送的获取变更后的新手机号码的请求；
所述归属位置寄存器在自身数据库中查询与所述旧手机号码关联的变更后的新手机号码；以及，
所述归属位置寄存器将所述变更后的新手机号码发送至所述第一移动业务交换中心，以使所述第一移动业务交换中心向所述新手机号码所属的第二移动业务交换中心发出呼叫。
在一种实施方式中，所述归属位置寄存器接收第一移动业务交换中心发送的获取变更后的新手机号码的请求之前，还包括：
所述归属位置寄存器获取手机号码变更信息，并将所述手机号码变更信息存储在自身数据库中；
其中，所述手机号码变更信息包括变更前的旧手机号码、变更后的新手机号码、用户基本信息和所述用户使用所述旧手机号码的时间区间及业务。
根据本公开实施例的第三方面，提供一种第一移动业务交换中心，包括：
获取模块，其设置为在业务方呼叫变更前的旧手机号码后，从所述旧手机号码所属的归属位置寄存器中获取变更后的新手机号码；以及，
呼叫模块，其设置为向所述新手机号码所属的第二移动业务交换中心发出呼叫。
在一种实施方式中，所述获取模块包括：
请求单元，其设置为向所述旧手机号码所属的归属位置寄存器发送获取变更后的新手机号码的请求，以使所述归属位置寄存器接收到所述请求后，在自身数据库中查询与所述旧手机号码关联的变更后的新手机号码，并将所述变更后的新手机号码返回给所述第一移动业务交换中心；以及，
获取单元，其设置为获取所述变更后的新手机号码。
根据本公开实施例的第四方面，提供一种归属位置寄存器，包括：
接收模块，其设置为在业务方呼叫变更前的旧手机号码后，接收第一移动业务交换中心发送的获取变更后的新手机号码的请求；
查询模块，其设置为在自身数据库中查询与所述旧手机号码关联的变更后的新手机号码；以及，
发送模块，其设置为将所述变更后的新手机号码发送至所述第一移动业务交换中心，以使所述第一移动业务交换中心向所述新手机号码所属的第二移动业务交换中心发出呼叫。
根据本公开实施例的第五方面，提供一种终端设备，包括存储器和处理器，所述存储器中存储有计算机程序，当所述处理器运行所述存储器存储的计算机程序时，所述处理器执行所述的呼叫方法，或者所述的另一种呼叫的方法。
根据本公开实施例的第六方面，提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时，所述处理器执行所述的一种呼叫方法，或者所述的另一种呼叫方法。
本公开的实施例提供的技术方案可以包括以下有益效果：
本公开实施例提供的呼叫方法，通过在业务方呼叫变更前的旧手机号码后，第一移动业务交换中心从所述旧手机号码所属的归属位置寄存器中获取变更后的新手机号码，然后所述第一移动业务交换中心向所述新手机号码所属的第二移动业务交换中心发出呼叫，本公开实施例利用原有手机号在相关业务来电时通过手机号码的重新定向，至少可以有效避免用户因换手机号而产生的业务中断。
本公开的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本公开而了解。本公开的目的和其他优点可通过在说明书、权利要求书以及附图中所特别指出的结构来实现和获得。
附图说明
附图用来提供对本公开技术方案的进一步理解，并且构成说明书的一部分，与本公开的实施例一起用于解释本公开的技术方案，并不构成对本公开技术方案的限制。
图1为本公开实施例提供的一种呼叫方法的流程示意图；
图2为图1中步骤S101的流程示意图；
图3为本公开另一实施例提供的一种呼叫方法的流程示意图；
图4为本公开另一实施例提供的一种呼叫方法的场景示意图；
图5为本公开又一实施例提供的一种呼叫方法的流程示意图；
图6为本公开实施例提供的一种第一移动业务交换中心的结构示意图；
图7为本公开实施例提供的一种归属位置寄存器的结构示意图；
图8为本公开实施例提供的一种终端设备的结构示意图。
具体实施方式
为使本公开实施例的目的、技术方案和优点更加清楚，以下结合附图对本公开的具体实施方式进行详细说明。应当理解的是，此处所描述的具体实施方式仅用于说明和解释本公开，并不用于限制本公开。
需要说明的是，本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序；并且，在不冲突的情况下，本公开中的实施例及实施例中的特征可以相互任意组合。
在后续的描述中，使用用于表示元件的诸如“模块”、“部件”或“单元”的后缀仅为了有利于本公开的说明，其本身没有特定的意义。因此，“模块”、“部件”或“单元”可以混合地使用。
用户更换手机号后，经常会出现因为忘记、来不及或现有业务平台不允许换号，容易产生因没有及时将原有手机号中的业务迁移到新手机号中而导致业务中断的情况，为解决上述问题，本公开实施例提出了一种解决因手机换号产生业务中断的方案，通过本公开实施例，在用户新办手机号时可以将用户原有手机号、原有手机号的用户信息及其使用时间段，以及新手机号等相关信息录入系统，原有手机号在收到相关业务的新电话来电时，可以直接将其转发或呼转到该用户新的手机号上，由新手机承接后续的业务，本公开实施例利用原有手机号在相关业务来电时通过重新定向或呼叫转移，可以避免用户因换手机号而产生的业务中断。
请参照图1，图1为本公开实施例提供的一种呼叫方法的流程示意图，所述方法包括步骤S101和步骤S102。
在步骤S101中，在业务方呼叫变更前的旧手机号码后，第一移动业务交换中心从所述旧手机号码所属的归属位置寄存器中获取变更后的新手机号码。
本实施例中，业务方为变更前旧手机号码所使用的业务方(以下简称业务方A)，业务方A因业务需要向用户联系时，由于不知道变更后的新手机号码(以下简称手机号码C)，业务方法呼叫旧手机号码(以下简称手机号码B)，具体地，业务方A通过信号塔呼叫手机号码B，此时基站(Base Transceiver Station，简称BTS)、基站控制器(Base StationController，简称BSC)将呼叫信号透明传输给主叫方移动业务交换中心(即，第一移动业务交换中心，以下简称MSC1)进行分析，MSC1根据手机号码B的前几位号码判断手机号码B的归属位置寄存器(Home Location Register，以下简称HLR)，然后向HLR发出所要手机号码B的信息资源，进而获得手机号码B变更后的手机号码C。
具体地，用户在营业厅或者网厅办理手机号码变更业务时，营业厅或者网厅记录用户新手机号码、原有手机号码、原有手机号码使用时间区间(例如2017年1月1日16时至2020年2月1日15时)以及用户的个人信息、身份证明等，然后运营商归属位置寄存器将这些手机号码变更信息存储在自身数据库中。
在一些实施例中，业务方A呼叫用户手机号码B，在请求变更后的用户手机号码C时，可以先基于业务方A的手机号码分析出业务方A提供什么样的业务，如果为重要业务，则提供变更后的手机号码C，以实现特定业务环境的重新定向呼叫，避免业务中断，可以详见后述实施例中关于归属位置寄存储器存储手机号码变更信息的内容。
在步骤S102中，所述第一移动业务交换中心向所述新手机号码所属的第二移动业务交换中心发出呼叫。
具体地，HLR在自身数据中找到手机号码C，然后分析得到手机号码C所属的被叫移动业务交换中心(即，第二移动业务交换中心，以下简称MSC2)，MSC1直接选择一条线路向MSC2发出呼叫，MSC2接收到被叫手机号码C，于是就开始查找VLR(Visitor LocationRegister，拜访位置寄存器)表，看是否空闲，找到国际移动用户识别码(InternationalMobile Subscriber Identification Number，简称IMSI)，又找到代表目前手机具体位置的临时移动用户标识(Temporary Mobile Subscriber Identity，简称TMSI)，最后通过TMSI进行呼叫的被叫手机号码C，被叫的手机开始振铃，用户手机被叫接通电话。通过本市实施例，可以实现新旧手机号更迭情况下的业务顺利接续，而不会出现业务终端的问题。
可以理解的是，MSC1向MSC2发出手机号码C的呼叫，首先HLR在数据库对应的表中找到手机号码C当前归属在哪个MSC下，并询问MSC3在其归属下的手机号码C的当前情况(如当前是否具备呼叫条件)，然后查询VLR查看用户位置信息属于哪个小区小面，并且是否有空闲，如果有空闲，则由VLR临时分配一个能体现自己位置信息的移动台漫游号码(MobileStation Roaming Number，简称MSRN)，通过分析被叫号码的MSRN知道原来手机号码C在MSC2下面。
在一种实施方式中，所述第一移动业务交换中心从所述旧手机号码所属的归属位置寄存器中获取变更后的新手机号码，如图2所示，包括步骤S101a和步骤S101b。
步骤S101a中，所述第一移动业务交换中心向所述旧手机号码所属的归属位置寄存器发送获取变更后的新手机号码的请求，以使所述归属位置寄存器接收到所述请求后，在自身数据库中查询与所述旧手机号码关联的变更后的新手机号码，并将所述变更后的新手机号码返回给所述第一移动业务交换中心；以及，
在步骤S101b中，在所述第一移动业务交换中心获取所述变更后的新手机号码。
本实施例中，用户换号时，营业厅记录用户信息、手机号码C、手机号码B、手机号码B使用时间区间及手机号码B可能的绑定业务，并将这些信息存储在HLR中自身数据库的专有数据表D中，以建立原有手机号和新手机号的对应关系，在业务方A呼叫用户时，MSC1可以通过询问HLR，并快速从HLR中获取到变更后的手机号码C。
可以理解的是，HLR是一个负责移动用户管理的数据库，永久存储和记录所辖区域内用户的签约数据，其为系统的数据中心，本实施例通过在HLR中存储用户手机号码变更信息，不用担心数据的丢失，且移动业务交换中心可以快速查找到这些数据。
请参照图3和图4，图3为本公开另一实施例提供的一种呼叫方法的流程示意图，在上一实施例的基础上，本实施例首先判断变更前手机号码是否具备呼叫条件，在不具备呼叫条件时再进行手机号码的重新定向及呼叫，具体地，在步骤S101之前，还包括：
在步骤S301中，所述第一移动业务交换中心向所述旧手机号码所属的第三移动业务交换中心询问所述旧手机号码是否具备呼叫条件，若不具备呼叫条件，则执行步骤S101所述第一移动业务交换中心从所述旧手机号码所属的归属位置寄存器中获取变更后的新手机号码的步骤，否则，结束流程，并直接呼叫旧手机号码。
具体地，结合图4所示，业务方A因业务需要和该用户联系时，会向原有手机号码B打电话，业务方A通过信号塔呼叫手机B的号码，这个时候基站BTS、基站控制器BSC将呼叫信号透明传输给MSC1进行分析，MSC通过被叫号码B的前几位判断这个号码归属在哪个HLR下面，并且同时向HLR发出索要该号码的信息资源，消息到达HLR后，HLR通过被叫的手机号码B的移动用户国际号码(Mobile Subscriber International ISDN/PSTN number，简称MSISDN)查询本身的数据库，在数据库对应的表中找到手机B号码当前归属的第三移动业务交换中心(以下简称MSC3)下，并询问MSC3(被叫所在MSC)在其归属下的B号码当前情况，判断其当前是否具备呼叫条件，如果具备呼叫条件，建立MSC1和MSC3之间的线路，直接呼叫手机号码B，否则说明手机号码B已变更，处理停机状态，进而执行步骤S101，直接建立MSC1和MSC2之间的线路，向新手机号码C呼叫，防止业务中断。
进一步地，考虑到手机号码B当前情况为停机状态，在经过步骤S301后，可以将该情况经MCS1反馈给业务方A。此时业务方A启用非常态电话拨打，例如在拨打B号码电话时在前方加几位约定的前缀，比如00121，基站BTS、基站控制器BSC将加上00121前缀的呼叫信号透明传输给MSC1进行分析，以提高手机号码呼叫的重新定向的效率。
基于相同的技术构思，本公开又一实施例还提供一种呼叫方法，如图5所示，所述方法包括步骤S501-S503。
在步骤S501中，在业务方呼叫变更前的旧手机号码后，所述旧手机号码所属的归属位置寄存器接收第一移动业务交换中心发送的获取变更后的新手机号码的请求；
在步骤S502中，所述归属位置寄存器在自身数据库中查询与所述旧手机号码关联的变更后的新手机号码；以及，
在步骤S503中，所述归属位置寄存器将所述变更后的新手机号码发送至所述第一移动业务交换中心，以使所述第一移动业务交换中心向所述新手机号码所属的第二移动业务交换中心发出呼叫。
进一步地，所述归属位置寄存器接收第一移动业务交换中心发送的获取变更后的新手机号码的请求之前，还包括以下步骤：
所述归属位置寄存器获取手机号码变更信息，并将所述手机号码变更信息存储在自身数据库中；
其中，所述手机号码变更信息包括变更前的旧手机号码、变更后的新手机号码、用户基本信息和所述用户使用所述旧手机号码的时间区间及业务。
具体地，HLR可以在自身数据库中设立一个列表，专有数据表D，并将上述各项信息一一对应记录在该数据表中：
在一些实施例中，考虑到用户对于业务有选择性，在变更手机号后，用户并不是很希望一些普通业务或者对自己无益的业务再通过新手机号联系到自己，此时HLR在接收到移动业务交换中心查询新手号码时，HLR可以根据旧手机号码对应的列表中用户的业务情况决定是否向移动业务中心返回变更后的新手机号码，以进一步提升用户变更手机号码的体验，使用户在避免重要业务因手机变更产生的业务中断问题，同时也可以解决用户变更手机号码后普通业务的骚扰等问题。同理的，在列表中相应用户的基本信息以及使用时间区间，可以梳理手机号码对应时间内的用户信息及业务使用情况，在实际应用中，可能出现一部手机多个用户的情况，基于用户信息、使用时间区间以及业务等信息可以分析出哪个用户在哪个区间进行了哪些业务，在变更手机号码，可以根据上述信息分析出是否为重要业务，进而提供变更后的旧手机号码，以提升用户体验。
基于相同的技术构思，本公开实施例相应还提供一种第一移动业务交换中心，如图6所示，所述第一移动业务交换中心包括获取模块61和呼叫模块62，其中，
获取模块61，其设置为在业务方呼叫变更前的旧手机号码后，从所述旧手机号码所属的归属位置寄存器中获取变更后的新手机号码；以及，
呼叫模块62，其设置为向所述新手机号码所属的第二移动业务交换中心发出呼叫。
在一种实施方式中，所述获取模块61，包括：
请求单元，其设置为向所述旧手机号码所属的归属位置寄存器发送获取变更后的新手机号码的请求，以使所述归属位置寄存器接收到所述请求后，在自身数据库中查询与所述旧手机号码关联的变更后的新手机号码，并将所述变更后的新手机号码返回给所述第一移动业务交换中心；以及，
获取单元，其设置为获取所述变更后的新手机号码。
基于相同的技术构思，本公开实施例相应还提供一种归属位置寄存器，如图7所示，包括接收模块71、查询模块72以及发送模块73，其中，
所述接收模块71，其设置为在业务方呼叫变更前的旧手机号码后，接收第一移动业务交换中心发送的获取变更后的新手机号码的请求；
所述查询模块72，其设置为在自身数据库中查询与所述旧手机号码关联的变更后的新手机号码；以及，
所述发送模块73，其设置为将所述变更后的新手机号码发送至所述第一移动业务交换中心，以使所述第一移动业务交换中心向所述新手机号码所属的第二移动业务交换中心发出呼叫。
基于相同的技术构思，本公开实施例相应还提供一种终端设备，如图8所示，所述终端设备包括存储器81和处理器82，所述存储器81中存储有计算机程序，当所述处理器82运行所述存储器81存储的计算机程序时，所述处理器82执行所述的呼叫方法，或者所述的另一种呼叫方法。
基于相同的技术构思，本公开实施例相应还提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时，所述处理器执行所述的一种呼叫方法，或者所述的另一种呼叫方法。
本领域普通技术人员可以理解，上文中所公开方法中的全部或某些步骤、系统、装置中的功能模块/单元可以被实施为软件、固件、硬件及其适当的组合。在硬件实施方式中，在以上描述中提及的功能模块/单元之间的划分不一定对应于物理组件的划分；例如，一个物理组件可以具有多个功能，或者一个功能或步骤可以由若干物理组件合作执行。某些物理组件或所有物理组件可以被实施为由处理器，如中央处理器、数字信号处理器或微处理器执行的软件，或者被实施为硬件，或者被实施为集成电路，如专用集成电路。这样的软件可以分布在计算机可读介质上，计算机可读介质可以包括计算机存储介质(或非暂时性介质)和通信介质(或暂时性介质)。如本领域普通技术人员公知的，术语计算机存储介质包括在用于存储信息(诸如计算机可读指令、数据结构、程序模块或其他数据)的任何方法或技术中实施的易失性和非易失性、可移除和不可移除介质。计算机存储介质包括但不限于RAM、ROM、EEPROM、闪存或其他存储器技术、CD-ROM、数字多功能盘(DVD)或其他光盘存储、磁盒、磁带、磁盘存储或其他磁存储装置、或者可以用于存储期望的信息并且可以被计算机访问的任何其他的介质。此外，本领域普通技术人员公知的是，通信介质通常包含计算机可读指令、数据结构、程序模块或者诸如载波或其他传输机制之类的调制数据信号中的其他数据，并且可包括任何信息递送介质。
最后应说明的是：以上各实施例仅用以说明本公开的技术方案，而非对其限制；尽管参照前述各实施例对本公开进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本公开各实施例技术方案的范围。
