用于实现专网终端与公网终端之间的短消息互通的方法、系统、以及存储介质与流程

1.本公开总体上涉及专网和公网中的数据通信，并且更具体地涉及用于实现专网终端与公网终端之间的短消息互通的方法、系统、以及存储介质。


背景技术：

2.目前，针对网络运营商(例如，中国电信等)提供的公有的通信网络(以下简称为公网)无法覆盖的一些特定区域(例如，煤井、矿山、铁路等)的通信，各个企业建设了专有的通信网络(以下简称为专网)。然而，目前这些专网仅能实现网络内部的短消息的收发，而不能实现与公网的短消息的互通。例如，当某一终端从公网进入专网之后，该专网中的终端(以下称为专网终端)完成在专网中的注册。然而，由于目前专网终端在专网中的注册数据与公网不互通，所以该专网终端仅能与专网内部的其它专网终端进行短消息的收发，而不能与公网中的终端(以下称为公网终端)进行短消息的收发，即，目前专网终端既无法从公网终端接收短消息(特别是一些验证码、紧急事项的通知等)，也无法向公网终端发送短消息，这给用户带来了极大的不便。因此，需要打破专网与公网之间的壁垒，以实现专网终端与公网终端之间的短消息互通。


技术实现要素：

3.本公开提出了用于实现专网终端与公网终端之间的短消息互通的方法、系统、以及存储介质。
4.根据本公开的一方面，提出了一种用于实现专网终端与公网终端之间的短消息互通的方法，包括：在专网终端向专网hss注册之后，专网s-cscf接收来自专网终端的注册请求并且将所述注册请求转发到公网smsc以用于专网终端向公网smsc注册；公网smsc在接收到所述注册请求之后向公网hss查询专网终端的注册信息；以及在从公网hss没有查询到专网终端的注册信息之后，公网smsc从专网hss获取专网终端的注册信息以完成专网终端向公网smsc的注册。
5.在一些实施例中，公网smsc中配置有多个专网hss的信息，所述多个专网hss中的每一个与相应专网的号码段对应，并且公网smsc从专网hss获取专网终端的注册信息包括：从所述多个专网hss中确定与专网终端的号码所属的号码段对应的专网hss作为专网终端注册到的专网hss；以及从所确定的专网hss获取专网终端的注册信息。
6.在一些实施例中，公网smsc通过向所确定的专网hss发送用户数据请求(udr)来获取专网终端的注册信息。
7.在一些实施例中，上述方法还包括：专网s-cscf将所述注册请求转发到专网smsc以用于专网终端向专网smsc注册。
8.在一些实施例中，上述方法还包括：专网s-cscf接收来自专网终端的、要被发送到被叫终端的短消息，并且将所述短消息转发到专网smsc；在专网smsc确定被叫终端没有在
专网smsc中注册的情况下，专网s-cscf将所述短消息转发到公网smsc；以及公网smsc在确定被叫终端为已在公网smsc中注册的公网终端的情况下，将所述短消息发送到被叫终端。
9.在一些实施例中，上述方法还包括：公网smsc接收来自公网终端的、要被发送到被叫终端的短消息；公网smsc在确定被叫终端为已在公网smsc中注册的专网终端的情况下，基于被叫终端在公网smsc上的注册信息将所述短消息转发到专网s-cscf；及专网s-cscf将所述短消息发送到被叫终端。
10.在一些实施例中，被叫终端在公网smsc上的注册信息包括将所述短消息发送到被叫终端的专网s-cscf的信息。
11.在一些实施例中，专网终端和公网终端为volte终端。
12.根据本公开的另一方面，提出了一种用于实现专网终端与公网终端之间的短消息互通的系统，所述系统包括被配置为执行上述方法的专网s-cscf和公网smsc。
13.根据本公开的又一方面，提出了一种计算机可读存储介质，所述计算机可读存储介质存储程序，所述程序在由处理器执行时实现上述方法。
14.以上给出了关于本公开的简要概述，以便提供关于本公开的一些方面的基本理解。但是，应当理解，这个概述不是关于本公开的穷举性概述。它不意图用于确定本公开的关键性部分或重要部分，也不意图用于限定本公开的范围。它的目的仅仅是以简化的形式给出关于本公开的某些概念，以此作为稍后给出的更详细描述的前序。
15.通过以下参考附图对本公开的各种实施例的详细描述，本公开的其它特征及其优点将变得更清楚。
附图说明
16.构成本说明书的一部分的附图示出了本公开的各种实施例，并且连同说明书一起用于解释本公开的原理。
17.图1示出了根据本公开的实施例的专网终端向公网smsc注册的基本流程。
18.图2示出了根据本公开的实施例的专网终端向公网终端发送短消息的基本流程。
19.图3示出了根据本公开的实施例的公网终端向专网终端发送短消息的基本流程。
20.图4示出了根据本公开的实施例的专网终端向公网smsc注册的详细过程的示例。
21.图5示出了根据本公开的实施例的专网终端向公网终端发送短消息的详细过程的示例。
22.图6示出了根据本公开的实施例的公网终端向专网终端发送短消息的详细过程的示例。
23.图7示出了根据本公开的实施例的用于实现专网终端与公网终端之间的短消息互通的系统的结构。
具体实施方式
24.下面，将参考附图详细描述本公开的各种实施例。
25.需要说明的是，在以下的详细描述中，阐述了许多具体的细节以提供对描述的实施例的透彻理解。然而，对于本领域技术人员应当清楚的是，描述的实施例可以在没有这些具体的细节中的一些或全部的情况下进行实施。另外，在描述的实施例中，为了避免不必要
地模糊本公开的概念，一些众所周知的内容没有详细地描述，在适当的情况下，这些内容应当视为说明书的一部分。
26.此外，本公开中呈现的方法的步骤是说明性的。在一些实施例中，这些方法可以具有本文中没有描述的一个或多个附加的步骤和/或省略本文中已描述的一个或多个步骤。而且，这些方法的步骤被图示和描述的顺序也不是限制性的。
27.总体上，本公开针对目前专网终端与公网终端之间无法实现短消息互通的问题，提出了解决方案。该方案实现了专网终端与公网终端之间的短消息互通。更具体地，该方案对现有的终端在网络中的注册过程、以及终端发送消息的过程等做出了改进，是一种新的解决方案。
28.在详细介绍本公开提出的解决方案之前，需要说明的是，下面的描述中将涉及各种网元，即，s-cscf(serving-call session control function，服务呼叫会话控制功能)、hss(home subscriber server，归属订户服务器)、smsc(short message service center，短消息服务中心)，这些网元是ims(ip multimedia subsystem，ip多媒体子系统)中的网元。对于本领域技术人员来说，这些网元应当是熟知的，本文中不再对它们进行详细介绍。如从前面的描述以及后续的描述能够意识到的，本文中的专网s-cscf、专网hss、专网smsc、以及公网s-cscf、公网hss、公网smsc分别代表专网和公网的网元s-cscf、hss、smsc。
29.此外，本领域技术人员应当能够意识到，本文中涉及的终端例如可以是volte(voice over long-term evolution)终端、5g终端、以及能够适用于本公开的解决方案的任何其它类型的终端。类似地，如从前面的描述以及后续的描述能够意识到的，本文中的专网终端和公网终端分别代表专网和公网中的终端，特别地，专网终端可以是从公网漫入专网的终端。
30.另外，如以上在背景技术中已经提到的，本文中的公网代表由网络运营商(例如，中国电信等)提供的公有的通信网络，专网是与公网相对的概念，其代表非公有(即，专有)的通信网络，这些网络一般由企业(例如，煤井、矿山、铁路企业等)自身构建。
31.如以上所提到的，本公开的解决方案对现有的终端在网络中的注册过程进行了改进。更具体地，本公开的解决方案实现了专网终端向公网smsc的注册。图1示出了根据本公开的实施例的专网终端向公网smsc注册的基本流程。下面将详细介绍这一流程。
32.首先，在步骤s101中，在专网终端向专网hss注册之后，专网s-cscf接收来自专网终端的注册请求并且将注册请求转发到公网smsc以用于专网终端向公网smsc注册。
33.如本领域技术人员已知的，处于专网中的终端(即，专网终端)会向专网hss注册，在注册完成之后，该专网hss中保存有专网终端的信息(即，注册信息)。在向专网hss的注册完成之后，专网终端会发送注册请求(register消息)以发起向smsc的注册。
34.在现有技术中，专网cscf接收到来自专网终端的注册请求之后，将该注册请求转发到专网smsc以便专网终端向专网smsc注册，此时专网cscf不会向公网smsc转发该注册请求。然而，在本公开中，在专网cscf接收到注册请求之后，除了将该注册请求转发到专网smsc之外，还会将该注册请求转发到公网smsc。这样，专网终端可以向公网smsc注册。
35.接着，在步骤s102中，公网smsc在接收到注册请求之后向公网hss查询专网终端的注册信息。
36.在公网smsc接收到在步骤s101中由专网cscf转发的注册请求之后，公网smsc将会
到公网hss查询请求注册的终端的注册信息。例如，公网smsc可以向公网hss发送udr(user data request)消息以请求获取终端的注册信息，公网hss基于终端的号码查询其注册信息并通过uda(user data answer)消息将查询结果(即，注册信息)返回给公网smsc。
37.最后，在步骤s103中，在从公网hss没有查询到专网终端的注册信息之后，公网smsc从专网hss获取专网终端的注册信息以完成专网终端向公网smsc的注册。
38.由于公网hss中保存的注册信息为公网终端的注册信息、而在步骤s102中要查询的是专网终端的注册信息，因此步骤s102中的查询失败，即，公网smsc没有从公网hss查询到专网终端的注册信息。因此，在步骤s103中，公网smsc从专网hss获取专网终端的注册信息。如在针对步骤s101的描述中提到的，专网终端已经向专网hss注册，因此专网hss中保存有专网终端的注册信息。在从专网hss获取到专网终端的注册信息之后，使用获取的注册信息便可完成专网终端向公网smsc的注册。
39.在一些实施例中，公网smsc中配置有多个专网hss的信息，多个专网hss中的每一个与相应专网的号码段对应。这样，公网smsc从专网hss获取专网终端的注册信息可以包括：从多个专网hss中确定与专网终端的号码所属的号码段对应的专网hss作为专网终端注册到的专网hss；以及从所确定的专网hss获取专网终端的注册信息。在一些实施例中，公网smsc可以通过向所确定的hss发送udr消息来获取专网终端的注册信息，这一点与以上在针对步骤s102的描述中提到的公网smsc可以通过向公网hss发送udr消息来获取注册信息类似，这里不再重复描述。本领域技术人员应当能够意识到，公网smsc从专网hss获取专网终端的注册信息的方式不局限于上述方式。即，公网smsc可以通过其它方式确定专网终端注册到的专网hss，然后从所确定的专网hss获取注册信息。
40.如从以上的步骤s101、s103能够理解到的，在本公开中，专网cscf将注册请求转发到公网smsc以及公网smsc从专网hss获取专网终端的注册信息，这打通了专网s-cscf与公网smsc之间的链路以及公网smsc与专网hss之间的链路，使得公网smsc能够获取专网终端在专网中的状态(即，注册信息)，从而为专网终端和公网终端之间的短消息互通提供了保障。这消除了现有技术中专网终端与公网终端无法实现短消息互通的症结，即，专网终端在专网中的注册数据与公网不互通从而导致公网无法获取到专网终端在专网中的注册数据。
41.为了便于更清楚地理解专网终端向公网smsc注册的过程，下面给出这一过程的一个具体示例。图4示出了根据本公开的实施例的专网终端向公网smsc注册的详细过程的示例。该详细过程按照以下步骤执行。
42.首先，在步骤1中，专网终端a向专网s-cscf发送register消息。
43.这里，如在以上针对图1的步骤s101的描述中提到的，在专网终端a向专网hss注册之后，专网终端a会发出register消息(即，注册请求)以向smsc注册，该register消息被路由到专网s-cscf。
44.接着，在步骤2中，专网s-cscf将接收到的register消息转发到公网smsc。
45.这里，如在以上针对图1的步骤s101的描述中提到的，在专网s-cscf接收到register消息之后，除了将该register消息转发到专网smsc之外，还将该register消息转发到公网smsc以向公网smsc注册。与此相对，在现有技术中，专网s-cscf仅将该register消息转发到专网smsc，而不会将该register消息转发到公网smsc。
46.接着，在步骤3中，公网smsc在接收到register消息之后向公网hss发送udr消息以
查询专网终端a的注册信息。
47.这里，如在以上针对图1的步骤s102的描述中提到的，公网smsc在接收到终端a的register消息之后，首先将向公网hss查询终端a的注册信息，这可以通过向公网hss发送udr消息来实现。
48.接着，在步骤4中，公网hss向公网smsc发送uda消息以返回对于专网终端a的注册信息的查询结果。
49.这里，如在以上针对图1的步骤s102、s103的描述中提到的，接收到udr消息的公网hss基于专网终端a的号码查询其注册信息，由于专网终端a没有在公网hss中注册，因此在公网hss中不能查询到专网终端a的注册信息，这一查询结果(即，查询失败)通过uda消息返回给公网smsc。
50.接着，在步骤5中，公网smsc确定专网终端a的号码所属的号码段对应的专网hss。
51.这里，如在以上针对图1的步骤s103的描述中提到的，公网smsc中可以配置有多个专网hss的信息，每一个专网hss与相应专网的号码段对应。在公网smsc没有从公网hss查询到专网终端a的注册信息之后，公网smsc确定这多个专网hss中与专网终端a的号码所属的号码段对应的专网hss，该确定的专网hss即为专网终端a在专网中注册到的专网hss。
52.接着，在步骤6中，公网smsc向确定的专网hss发送udr消息以查询专网终端a的注册信息。
53.这里，如在以上针对图1的步骤s103的描述中提到的，在公网smsc没有从公网hss查询到专网终端a的注册信息之后，公网smsc向专网终端在专网中注册的专网hss(即，步骤5中确定的专网hss)查询专网终端a的注册信息，这可以通过向确定的专网hss发送udr消息来实现。
54.接着，在步骤7中，专网hss向公网smsc发送uda消息以返回对于专网终端a的注册信息的查询结果。
55.这里，如在以上针对图1的步骤s103的描述中提到的，由于专网终端a已经向专网hss注册，因此在专网hss中能够查询到专网终端a的注册信息，这一查询结果(即，注册信息)通过uda消息返回给公网smsc。
56.接着，在步骤8中，使用来自专网hss的注册信息完成专网终端在公网smsc的注册。
57.这里，在公网smsc从专网hss获取注册信息之后，便可完成专网终端在公网smsc的注册。这样，公网smsc(例如，dcache节点)保存专网终端的注册信息，这些注册信息包括专网s-cscf的信息(例如，专网s-cscf的主机名、ip地址、端口等)、等等，保存的这些注册信息例如可以在向专网终端发送短消息时使用。
58.接着，在步骤9中，公网smsc向专网s-cscf返200 ok响应，已告知向公网smsc的注册成功。
59.最后，在步骤10中，专网s-cscf将接收到的200 ok响应转发给专网终端a。
60.这里，需要说明的是，对于以上的步骤9-10中出现的响应消息200ok，本领域技术人员是熟知的，这里不再详细介绍。
61.到此为止，专网终端向公网smsc的注册已经完成。
62.此外，还需要特别说明的是，图4中示出的内容仅是专网终端向公网smsc注册的过程的一个示例，其仅用于说明、而非限制的目的，本公开所提出的专网终端向公网smsc的注
册并不需要严格拘泥于图4中示出的过程。特别地，图4中呈现了一些细节，这些细节对于本公开的解决方案可能是非实质性的，也并非是必不可少的。
63.本领域技术人员应当能够意识到，在不背离本公开的主旨和精神的前提下，可以在图4的基础上做出各种修改，例如进行步骤的增加、合并、删除、替换等。另外，还需要说明的是，图4旨在突出专网终端向公网smsc注册的过程，其没有示出例如专网终端向专网hss的注册、以及专网终端向专网smsc的注册等过程，这些未示出的过程对于本领域技术人员来讲应当是熟知的。
64.如以上所提到的，本公开的解决方案对现有的终端发送短消息的过程也进行了改进。在介绍了专网终端向公网smsc的注册过程之后，接下来将介绍专网终端与公网终端之间的短消息的发送过程，这个过程包括专网终端向公网终端发送短消息的过程以及公网终端向专网终端发送短消息的过程。下面，首先介绍专网终端向公网终端发送短消息的过程。
65.图2示出了根据本公开的实施例的专网终端向公网终端发送短消息的基本流程。下面将详细介绍这一流程。
66.首先，在步骤s201中，专网s-cscf接收来自专网终端的、要被发送到被叫终端的短消息，并且将短消息转发到专网smsc。
67.在专网终端(即，主叫终端)向被叫终端发送短消息时，该短消息被路由到专网s-cscf，专网s-cscf在接收到短消息之后将它转发到专网smsc。
68.接着，在步骤s202中，在专网smsc确定被叫终端没有在专网smsc中注册的情况下，专网s-cscf将短消息转发到公网smsc。
69.在专网smsc接收到由专网s-cscf转发的短消息之后，专网smsc将确定被叫终端是否在专网(专网smsc)中注册。在专网smsc确定被叫终端未在专网中注册(这将导致短消息经由专网smsc的投递失败)时，将告知专网s-cscf短消息的投递失败(例如，返回失败状态码)。
70.在现有技术中，在专网smsc向专网s-cscf返回短消息投递失败的结果之后，专网s-cscf对短消息不再进行其它处理，短消息的发送便以失败结束。然而，在本公开中，在获知短消息的投递失败之后，专网s-cscf将短消息再次转发(即，二次路由)到公网smsc。这使得短消息能够到达公网。
71.这里，顺便提及的是，对于专网smsc确定被叫终端在专网中注册的情况，这属于专网内部的短消息的发送，不是本公开关注的重点，这里不再详细描述。
72.最后，在步骤s203中，公网smsc在确定被叫终端为已在公网smsc中注册的公网终端的情况下，将短消息发送到被叫终端。
73.在公网smsc接收到专网s-cscf转发的短消息之后，公网smsc将确定被叫终端是否在公网(公网smsc)中注册。在确定被叫终端在公网中注册时，公网smsc将短消息发送给被叫终端。公网smsc向被叫终端(公网终端)发送短消息的过程对于本领域技术人员来讲是熟知的，这里不再详细描述。
74.如从以上的步骤s202能够理解到的，在本公开中，在被叫终端被确定没有在专网中注册(即，不是专网终端)时，专网s-cscf将短消息转发到公网smsc，这打通了专网s-cscf与公网smsc之间的链路，这使得那些来自专网终端的、要被发送到公网终端的短消息最终能够被成功地发送到目的地。与此相对，根据现有技术，那些来自专网终端的、要被发送到
公网终端的短消息不能被发送到目的地。
75.为了便于更清楚地理解专网终端向公网终端发送短消息的过程，下面给出这一过程的一个具体示例。图5示出了根据本公开的实施例的专网终端向公网终端发送短消息的详细过程的示例。
76.在图5中，专网终端a(主叫终端)将向公网终端b(被叫终端)发送短消息，这里公网终端b已在公网smsc中注册。短消息发送的详细过程按照以下步骤执行。
77.首先，在步骤1中，专网终端a将要被发送到公网终端b的短消息通过message(rp-mo-data)消息发送到专网s-cscf。
78.接着，在步骤2中，专网s-cscf将接收到的message(rp-mo-data)消息转发到专网smsc。
79.接着，在步骤3中，专网smsc在接收到message(rp-mo-data)消息之后向专网s-cscf返回202 accepted响应。
80.接着，在步骤4中，专网s-cscf将202 accepted响应转发给专网终端a。
81.以上的步骤1-4是短消息从专网终端到专网smsc所经历的过程。
82.接着，在步骤5中，专网smsc确定公网终端b没有在专网中注册，并且向专网s-cscf告知短消息投递失败。
83.接着，在步骤6中，专网s-cscf在获知短消息经由专网smsc的投递失败之后，将短消息(即，message(rp-mo-data)消息)转发到公网smsc。
84.如以上在针对图2的步骤s202的描述中提到的，在本公开中，在专网smsc确定公网终端b未在专网中注册(这导致短消息经由专网smsc的投递失败)的情况下，专网s-cscf将短消息转发到公网smsc，这打通了专网s-cscf与公网smsc之间的链路，从而保障那些由专网终端发送到公网终端的短消息最终能够被发送到目的地，解决了现有技术中专网终端不能将短消息发送到公网终端的问题。
85.接着，在步骤7中，公网smsc在接收到message(rp-mo-data)消息之后向专网s-cscf返回202 accepted响应。
86.接着，在步骤8中，专网s-cscf将202 accepted响应转发给专网终端a。
87.接着，在步骤9中，公网smsc进行起呼处理。
88.接着，在步骤10中，公网smsc在起呼成功之后向专网s-cscf发送message(rp-ack)确认消息。
89.接着，在步骤11中，专网s-cscf将message(rp-ack)确认消息转发给专网终端a。
90.接着，在步骤12中，专网终端a向专网s-cscf返回200 ok响应。
91.接着，在步骤13中，专网s-cscf将200 ok响应转发给公网smsc。
92.以上的步骤9-13是整个起呼处理的过程。
93.接着，在步骤14中，公网smsc确定终端b在公网中注册并查询终端b的注册信息。
94.在起呼处理结束之后，公网smsc确定被叫终端(即，终端b)是否注册。由于终端b为公网终端且已在公网(公网smsc)中注册，因此公网smsc确定公网终端b已注册并且查询其注册信息(例如，公网终端b注册的公网s-cscf的信息)以进行短消息的转发。
95.接着，在步骤15中，公网smsc将短消息通过message(rp-mt-data)消息发送到公网s-cscf。
96.接着，在步骤16中，公网s-cscf将接收到的message(rp-mt-data)消息转发到公网终端b。
97.接着，在步骤17中，公网终端b在接收到message(rp-mt-data)消息之后向公网s-cscf返回200 ok响应。
98.接着，在步骤18中，公网s-cscf将200 ok响应转发到公网smsc。
99.接着，在步骤19中，公网终端b向公网s-cscf发送message(rp-ack)确认消息。
100.接着，在步骤20中，公网s-cscf将message(rp-ack)确认消息转发给公网smsc。
101.接着，在步骤21中，公网smsc向公网s-cscf返回200 ok响应。
102.最后，在步骤22中，公网s-cscf将200 ok响应转发给公网终端b。
103.以上的步骤15-22是短消息从公网smsc到公网终端b所经历的过程。
104.到此为止，专网终端向公网终端发送短消息的过程已经完成。
105.这里，需要说明的是，对于以上的步骤1-22中出现的各种类型的消息，即，message(rp-mo-data)、message(rp-mt-data)、message(rp-ack)、202 accepted、200 ok等，本领域技术人员是熟知的，这里不再详细介绍。
106.此外，还需要特别说明的是，图5中示出的内容仅是专网终端向公网终端发送短消息的过程的一个示例，其仅用于说明、而非限制的目的，本公开所提出的专网终端向公网终端的短消息的发送并不需要严格拘泥于图5中示出的过程。特别地，图5中呈现了一些细节，这些细节对于本公开的解决方案可能是非实质性的，也并非是必不可少的。
107.此外，本领域技术人员应当能够意识到，在不背离本公开的主旨和精神的前提下，可以在图5的基础上做出各种修改，例如进行步骤的增加、合并、删除、替换等。另外，还需要说明的是，图5旨在突出专网终端向公网终端发送短消息的过程，一些其它的过程可能没有示出，这些未示出的过程对于本领域技术人员应当是熟知的。
108.接下来，将介绍公网终端向专网终端发送短消息的过程。
109.图3示出了根据本公开的实施例的公网终端向专网终端发送短消息的基本流程。下面将详细介绍这一流程。
110.首先，在步骤s301中，公网smsc接收来自公网终端的、要被发送到被叫终端的短消息。
111.在公网终端(即，主叫终端)向被叫终端发送短消息时，该短消息被路由到公网smsc(例如，经由公网s-cscf)。
112.接着，在步骤s302中，公网smsc在确定被叫终端为已在公网smsc中注册的专网终端的情况下，基于被叫终端在公网smsc上的注册信息将短消息转发到专网s-cscf。
113.在公网smsc接收到来自公网终端的短消息之后，公网smsc将确定被叫终端是否在公网(公网smsc)中注册。如以上所描述的，本公开所提出的解决方案使得专网终端能够向公网smsc注册，即，公网smsc中保存有专网终端的注册信息。因此，当公网终端向作为被叫终端的专网终端发送短消息时，公网smsc能够确定专网终端是否在公网smsc中注册。在公网smsc确定专网终端已在公网smsc中注册时，将基于专网终端在公网smsc中的注册信息(例如，专网s-cscf的信息)将短消息转发到专网s-cscf。这使得短消息能够到达专网。
114.最后，在步骤s303中，专网s-cscf将短消息发送到被叫终端。
115.专网s-cscf在接收到公网smsc转发的短消息之后，将短消息发送到被叫终端。
116.如从以上的步骤s302能够理解到的，在本公开中，在被叫终端被确定为已在公网smsc中注册的专网终端时，公网smsc将短消息转发到专网s-cscf，这打通了公网smsc与专网s-cscf之间的链路，这使得那些来自公网终端的、要被发送到专网终端的短消息最终能够被成功地发送到目的地。与此相对，根据现有技术，那些来自公网终端的、要被发送到专网终端的短消息不能被发送到目的地。
117.为了便于更清楚地理解公网终端向专网终端发送短消息的过程，下面给出这一过程的一个具体示例。图6示出了根据本公开的实施例的公网终端向专网终端发送短消息的详细过程的示例。
118.在图6中，公网终端b(主叫终端)将向专网终端a(被叫终端)发送短消息，这里专网终端a已按照本公开所提出的专网终端向公网smsc注册的过程在公网smsc中注册。短消息发送的详细过程按照以下步骤执行。
119.首先，在步骤1中，公网终端b将要被发送到专网终端a的短消息通过message(rp-mo-data)消息发送到公网s-cscf。
120.接着，在步骤2中，公网s-cscf将接收到的message(rp-mo-data)消息转发到公网smsc。
121.接着，在步骤3中，公网smsc在接收到message(rp-mo-data)消息之后向公网s-cscf返回202 accepted响应。
122.接着，在步骤4中，公网s-cscf将202 accepted响应转发给公网终端b。
123.以上的步骤1-4是短消息从公网终端到公网smsc所经历的过程。
124.接着，在步骤5中，公网smsc进行起呼处理。
125.接着，在步骤6中，公网smsc在起呼成功之后向公网s-cscf发送message(rp-ack)确认消息。
126.接着，在步骤7中，公网s-cscf将message(rp-ack)确认消息转发给公网终端b。
127.接着，在步骤8中，公网终端b向公网s-cscf返回200 ok响应。
128.接着，在步骤9中，公网s-cscf将200 ok响应转发给公网smsc。
129.以上的步骤5-9是整个起呼处理的过程。
130.接着，在步骤10中，公网smsc确定终端a在公网中注册并查询终端a的注册信息。
131.在起呼处理结束之后，公网smsc确定被叫终端(即，终端a)是否注册。如上所述，根据本公开，专网终端能够向公网smsc注册。当终端a已在公网smsc中注册时，公网smsc确定终端a已注册并且查询其注册信息(例如，终端a注册的专网s-cscf的信息)以进行短消息的转发。
132.接着，在步骤11中，公网smsc将短消息通过message(rp-mt-data)消息发送到专网s-cscf。
133.如以上在针对图3的步骤s302的描述中提到的，在本公开中，在专网终端a已在公网smsc中注册的情况下，公网smsc将短消息转发到专网s-cscf，这打通了公网smsc与专网s-cscf之间的链路，从而保障那些由公网终端发送到专网终端的短消息最终能够被发送到目的地，解决了现有技术中公网终端不能将短消息发送到专网终端的问题。
134.接着，在步骤12中，专网s-cscf将接收到的message(rp-mt-data)消息转发到专网终端a。
135.接着，在步骤13中，专网终端a在接收到message(rp-mt-data)消息之后向专网s-cscf返回200 ok响应。
136.接着，在步骤14中，专网s-cscf将200 ok响应转发到公网smsc。
137.接着，在步骤15中，专网终端a向专网s-cscf发送message(rp-ack)确认消息。
138.接着，在步骤16中，专网s-cscf将message(rp-ack)确认消息转发给公网smsc。
139.接着，在步骤17中，公网smsc向专网s-cscf返回200 ok响应。
140.最后，在步骤18中，专网s-cscf将200 ok响应转发给专网终端a。
141.以上的步骤11-18是短消息从公网smsc到专网终端a所经历的过程。
142.到此为止，公网终端向专网终端发送短消息的过程已经完成。
143.这里，需要说明的是，对于以上的步骤1-18中出现的各种类型的消息，即，message(rp-mo-data)、message(rp-mt-data)、message(rp-ack)、202 accepted、200 ok等，本领域技术人员是熟知的，这里不再详细介绍。
144.此外，还需要特别说明的是，图6中示出的内容仅是公网终端向专网终端发送短消息的过程的一个示例，其仅用于说明、而非限制的目的，本公开所提出的公网终端向专网终端的短消息的发送并不需要严格拘泥于图6中示出的过程。特别地，图6中呈现了一些细节，这些细节对于本公开的解决方案可能是非实质性的，也并非是必不可少的。
145.此外，本领域技术人员应当能够意识到，在不背离本公开的主旨和精神的前提下，可以在图6的基础上做出各种修改，例如进行步骤的增加、合并、删除、替换等。另外，还需要说明的是，图6旨在突出公网终端向专网终端发送短消息的过程，一些其它的过程可能没有示出，这些未示出的过程对于本领域技术人员应当是熟知的。
146.到此为止，以上已经完整地介绍了本公开所提出的用于实现专网终端与公网终端之间的短消息互通的方法。如以上已提到的，本公开所提出的短消息互通的方法对现有的终端在网络中的注册过程、以及终端发送消息的过程等做出了改进，是一种新的解决方案，其实现了专网终端与公网终端之间的短消息互通。
147.本公开还可以通过相应的系统来实现。具体地，本公开还提出了用于实现专网终端与公网终端之间的短消息互通的系统。下面将简要介绍这一系统。图7示出了根据本公开的实施例的用于实现专网终端与公网终端之间的短消息互通的系统的结构。
148.如图7中所示，系统700包括s-cscf 701和smsc 702，其中，s-cscf 701可以充当专网s-cscf，smsc 702可以充当公网smsc。s-cscf 701和smsc 702可以被配置为执行以上描述的用于实现专网终端与公网终端之间的短消息互通的方法。更具体地，s-cscf 701可以被配置为执行以上描述的方法中专网s-cscf所完成的处理，smsc 702可以被配置为执行以上描述的方法中公网smsc所完成的处理。以上的描述已经详细地介绍了本公开所提出的用于实现专网终端与公网终端之间的短消息互通的方法，其中，专网s-cscf和公网smsc执行的处理是明确、清楚的。因此，系统700中充当专网s-cscf的s-cscf 701和充当公网smsc的smsc702各自执行的处理也是明确、清楚的。鉴于此，为了避免重复描述，这里不再对s-cscf 701和smsc 702执行的处理进行详细介绍。
149.本公开还可以通过计算机程序来实现。例如，该程序可以存储在计算机装置的存储器中，其在由计算机装置的处理器执行时实现本公开的用于cpe的能力的编码的方法和用于cpe的能力的解码的方法。或者，该程序可以存储在计算机可读存储介质中，其在由处
理器执行时实现用于cpe的能力的编码的方法和用于cpe的能力的解码的方法。
150.计算机可读存储介质可以是例如但不限于电子的、磁性的、光学的、电磁的、红外的或半导体系统、装置或设备、或前述各项的任何适当组合。计算机可读存储介质的更具体的实例可以包括：便携式计算机磁盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦除可编程只读存储器(eprom或闪存)、光纤、便携式光盘只读存储器(cd-rom)、光存储设备、磁存储设备、或前述各项的任何适当组合。
151.附图中的流程图和框图示出了根据本公开的各个实施例的装置、方法等的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表模块、段或指令的一部分，该模块、段或指令的一部分包括用于实现规定的一个或多个逻辑功能的一个或多个可执行指令。在一些替代的实现中，方框中标注的处理也可以以不同于附图中标注的顺序发生。例如，取决于涉及的功能，两个连续的方框实际上可以基本并行地执行，或者这些方框有时也可以按相反的顺序执行。本领域技术人员可以根据需要调整操作的顺序。本领域技术人员还可以根据需要增加更多的操作或省略其中的一些操作。
152.本说明书中描述的任一特征，除非特别地叙述，均可以被其它等同或者具有类似目的的替代特征加以替换。即，除非特别地叙述，每个特征只是一系列等同或类似的特征中的一个示例。
153.此外，尽管对本公开的描述已包括对一个或多个实施例、配置或方面的描述，但是其它变型、修改和组合也在本公开的范围内。本公开旨在获得权利，这些权利应当包括在允许范围内的替代实施例、配置或方面，并且包括与请求保护的那些结构、功能、或步骤的可互换、替代和/或等同的结构、功能、或步骤，无论这些可互换、替代和/或等同的结构、功能、或步骤是否在本说明书中具体描述。