用于5G消息用户/VoLTE用户之间的消息发送的方法、系统、以及存储介质与流程

用于5g消息用户/volte用户之间的消息发送的方法、系统、以及存储介质
技术领域
1.本公开总体上涉及移动通信网络中的消息发送，并且更具体地涉及用于移动通信网络中的5g消息用户/volte(voice over long-termevolution)用户之间的消息发送的方法、系统、以及存储介质。


背景技术：

2.在目前的移动通信网络中，5g消息用户可以向5g消息用户或者 volte用户发送消息。然而，在5g消息用户向5g用户发送消息且作为被叫用户的5g消息用户不在线的情况下、或者在5g消息用户向 volte用户发送消息的情况下，主叫用户侧的5g消息中心需要将该消息转换为传统短信之后发送给被叫用户。具体地，主叫用户侧的5g消息中心将转换后的传统短信转发到短信业务网关，短信业务网关分析被叫用户的号码之后将传统短信转发到被叫用户侧的短信中心，以便传统短信最终被发送给被叫用户。上述在主叫用户侧的5g消息中心进行消息的转换之后发送给被叫用户的处理方式可能不是最优的方式。
3.更重要的是，当volte用户想要向5g消息用户发送消息时，目前主叫用户侧的短信中心不能判断被叫用户是否为5g消息用户，这导致了短信中心不能将该消息转发到被叫用户侧的5g消息中心以发送给被叫用户。


技术实现要素：

4.本公开提出了用于移动通信网络中的5g消息用户/volte用户之间的消息发送的方法、系统、以及存储介质。
5.根据本公开的一方面，提出了一种用于移动通信网络中的5g消息用户/volte用户之间的消息发送的方法，所述方法包括：主叫用户侧的消息中心接收来自主叫用户的、更被发送到被叫用户的message消息，其中，所述主叫用户为5g消息用户或volte用户，所述被叫用户为 5g消息用户或volte用户，并且在所述主叫用户为5g消息用户的情况下所述主叫用户侧的消息中心为5g消息中心，在所述主叫用户为 volte用户的情况下所述主叫用户侧的消息中心为短信中心；所述主叫用户侧的消息中心从enum服务器通过naptr查询获得所述被叫用户的归属域的域名；所述主叫用户侧的消息中心从dns通过srv查询获得与所述被叫用户的归属域的域名对应的所述被叫用户的归属域的消息中心的主机名，其中，在所述被叫用户为5g消息用户的情况下所述被叫用户的归属域的消息中心为5g消息中心，在所述被叫用户为volte 用户的情况下所述被叫用户的归属域的消息中心为短信中心；以及所述主叫用户侧的消息中心根据所述被叫用户的归属域的消息中心的主机名将所述message消息路由到所述被叫用户的归属域的消息中心，以便所述message消息被发送到所述被叫用户。
6.根据本公开的另一方面，提出了一种用于移动通信网络中的5g消息用户/volte用户之间的消息发送的方法，所述方法包括：ibcf接收来自主叫用户的、更被发送到被叫用户的message消息，其中，所述主叫用户为5g消息用户或volte用户，所述被叫用户为5g消息用
户，并且所述message消息中包含回落标识；所述ibcf从enum服务器通过naptr查询获得所述被叫用户的归属域的域名；所述ibcf从dns 通过srv查询获得与所述被叫用户的归属域的域名对应的被叫用户侧的短信中心的主机名，其中，所述被叫用户侧的短信中心位于与所述被叫用户的归属域不同的域；以及所述ibcf根据所述被叫用户侧的短信中心的主机名将所述message消息路由到所述被叫用户侧的短信中心，以便所述message消息被发送到所述被叫用户。
7.根据本公开的又一方面，提出了一种用于移动通信网络中的5g消息用户/volte用户之间的消息发送的系统，所述系统包括被配置为执行根据本公开的用于移动通信网络中的5g消息用户/volte用户之间的消息发送的方法的装置。
8.根据本公开的又一方面，提出了一种计算机可读存储介质，所述计算机可读存储介质存储程序，所述程序在由处理器执行时实现根据本公开的用于移动通信网络中的5g消息用户/volte用户之间的消息发送的方法。
9.以上给出了关于本公开的简要概述，以便提供关于本公开的一些方面的基本理解。但是，应当理解，这个概述不是关于本公开的穷举性概述。它不意图用于确定本公开的关键性部分或重要部分，也不意图用于限定本公开的范围。它的目的仅仅是以简化的形式给出关于本公开的某些概念，以此作为稍后给出的更详细描述的前序。
10.通过以下参考附图对本公开的各种实施例的详细描述，本公开的其它特征及其优点将变得更清楚。
附图说明
11.构成本说明书的一部分的附图示出了本公开的各种实施例，并且连同说明书一起用于解释本公开的原理。
12.图1示出了根据本公开的实施例的用于5g消息用户/volte用户之间的消息发送的方法的基本流程。
13.图2示出了根据本公开的实施例的用于5g消息用户/volte用户之间的消息发送的另一方法的基本流程。
14.图3示出了根据本公开的实施例的5g消息用户/volte用户之间的消息发送的第一示例。
15.图4示出了根据本公开的实施例的5g消息用户/volte用户之间的消息发送的第二示例。
16.图5示出了根据本公开的实施例的5g消息用户/volte用户之间的消息发送的第三示例。
17.图6示出了根据本公开的实施例的5g消息用户/volte用户之间的消息发送的第四示例。
18.图7示出了根据本公开的实施例的5g消息用户/volte用户之间的消息发送的第五示例。
19.图8示出了根据本公开的实施例的5g消息用户/volte用户之间的消息发送的第六示例。
具体实施方式
20.下面，将参考附图详细描述本公开的各种实施例。
21.需要说明的是，在以下的详细描述中，阐述了许多具体的细节以提供对描述的实施例的透彻理解。然而，对于本领域技术人员应当清楚的是，描述的实施例可以在没有这些具体的细节中的一些或全部的情况下进行实施。另外，在描述的实施例中，为了避免不必要地模糊本公开的概念，一些众所周知的内容没有详细地描述，在适当的情况下，这些内容应当视为说明书的一部分。
22.此外，本公开中呈现的方法的步骤是说明性的。在一些实施例中，这些方法可以具有本文中没有描述的一个或多个附加的步骤和/或省略本文中已描述的一个或多个步骤。而且，这些方法的步骤被图示和描述的顺序也不是限制性的。
23.总体上，本公开提出的用于移动通信网络中的5g消息用户/volte 用户之间的消息发送的方案引入了enum(e.164number urimapping)服务器和dns(domain name system)以及相应的naptr (naming authority pointer)查询和srv(service)查询，其是一种全新的消息发送方案，对现有的消息发送方案做出了改进。特别地，这种消息发送方案解决了现有技术中volte用户不能向5g消息用户发送消息的问题。
24.下面，将对本公开中涉及的enum服务器和dns以及相应的 naptr查询和srv查询进行概述性的介绍。
25.首先，关于enum服务器和naptr查询：在本公开中，在向被叫用户发送消息的过程中，通过向enum服务器进行naptr查询，可以获得被叫用户的归属域的域名。
26.更具体地，在本公开中，在enum服务器中可以存储两个表(以下称为第一表和第二表)，第一表对应于5g消息用户的归属域的域名并且其中登记有多个5g消息用户，第二表对应于volte用户的归属域的域名并且其中登记有多个volte用户。换句话讲，归属域的域名相同的多个5g消息用户被登记在第一表中，并且归属域的域名相同的多个 volte用户被登记在第二表中。在进行naptr查询时，可以在这两个表中查找被叫用户，当在第一表或者第二表中查找到被叫用户时，即可获得被叫用户的归属域的域名。进一步地，在这两个表中查找被叫用户时，可以设定查找的优先顺序。例如，首先在第一表中查找被叫用户，如果在第一表中没有查找到被叫用户，则继续在第二表中进行查找。这样的查找顺序可以保证在同一被叫用户同时登记在第一表和第二表中时，优先获得第一表所对应的5g消息用户的归属域的域名作为被叫用户的归属域的域名。
27.其次，关于dns和srv查询：在本公开中，在向被叫用户发送消息的过程中，在通过向enum服务器进行naptr查询获得被叫用户的归属域的域名之后，通过向dns进行srv查询，可以获得与被叫用户的归属域的域名对应的被叫用户侧的消息中心的主机名。
28.更具体地，在本公开中，srv查询分为两种查询类型。在一种查询类型(以下称为第一查询类型)中，可以获得与被叫用户的归属域的域名对应的被叫用户的归属域的消息中心的主机名，而在另一种查询类型 (以下称为第二查询类型)中，可以获得与被叫用户的归属域的域名对应的被叫用户侧的短信中心的主机名，该被叫用户侧的短信中心位于与被叫用户的归属域不同的域。这两种查询类型可以通过相应的查询类型标识(以下分别称为第一查询类型标识、第二查询类型标识)来指示。
29.以上已概述性地介绍了本公开中涉及的enum服务器和dns以及相应的naptr查询
和srv查询。以上的这些概述性内容可以通过以下的详细描述更清楚地理解。这里，需要说明的是，关于enum服务器和dns以及相应的naptr查询和srv查询，本文中仅介绍了与本公开密切相关的内容，对于本领域技术人员应当熟知的内容，在本文中不再进行介绍。
30.接下来，将描述本公开提出的用于移动通信网络中的5g消息用户 /volte用户之间的消息发送的方法。图1示出了根据本公开的实施例的用于5g消息用户/volte用户之间的消息发送的方法的基本流程。
31.首先，在步骤s101中，主叫用户侧的消息中心接收来自主叫用户的、更被发送到被叫用户的message消息。
32.在主叫用户向被叫用户发送message消息时，该message消息首先将会被路由到主叫用户侧的消息中心，即步骤s101中的主叫用户侧的消息中心接收message消息。如以上已提到的，本公开针对的是5g消息用户/volte用户之间的消息发送。因此，步骤s101中的主叫用户为 5g消息用户或volte用户，被叫用户也为5g消息用户或volte用户。另外，作为本领域技术人员应当意识到，在主叫用户为5g消息用户的情况下，主叫用户侧的消息中心具体是指5g消息中心，而在主叫用户为volte用户的情况下，主叫用户侧的消息中心具体是指短信中心。这里，顺带说明的是，本文中提到的“5g消息用户”是指开通了 5g消息业务的用户并且“volte用户”是指开通了volte业务的用户，这对于本领域技术人员而言应当是熟知的，因此本文中不再详细介绍。
33.接着，在步骤s102中，主叫用户侧的消息中心从enum服务器通过naptr查询获得被叫用户的归属域的域名。
34.如以上已提到的，在本公开所提出的用于5g消息用户/volte用户之间的消息发送的方案中引入了enum服务器以及相应的naptr查询。步骤s102体现了这一点。具体地，在步骤s101中主叫用户侧的消息中心接收到message消息之后，在步骤s102中该消息中心需要从 enum服务器通过naptr查询获得被叫用户的归属域的域名。
35.在一些实现中，步骤s102可以通过主叫用户侧的消息中心和 enum服务器之间的查询请求和查询响应的发送和接收来完成。具体地，主叫用户侧的消息中心可以向enum服务器发送用于查询被叫用户的归属域的域名的naptr查询请求，enum服务器根据该naptr查询请求获得被叫用户的归属域的域名，并且向主叫用户侧的消息中心返回naptr查询响应，该naptr查询响应中携带被叫用户的归属域的域名。
36.进一步地，在一些实现中，在步骤s101中主叫用户侧的消息中心接收的message消息中可以携带被叫用户的tel url格式的号码，该被叫用户的tel url格式的号码可以被携带在主叫用户侧的消息中心发送给enum服务器的naptr查询请求中以用于查询被叫用户的归属域的域名，enum服务器向主叫用户侧的消息中心返回的naptr查询响应中可以携带被叫用户的sip url格式的号码，该被叫用户的sipurl格式的号码中包含被叫用户的归属域的域名。
37.更进一步地，在一些实现中，如以上已提到的，enum服务器中可以存储对应于5g消息用户的归属域的域名的第一表以及对应于volte 用户的归属域的域名的第二表以供查找被叫用户来获得其归属域的域名，而且可以设定查找的优先顺序。因此，enum服务器根据naptr查询请求获得被叫用户的归属域的域名可以包括：enum服务器首先根据 naptr查询请求中携带的被叫用户的telurl格式的号码在第一表中查找被叫用户，在第一表中查找到
被叫用户的情况下，即可获得对应的归属域的域名，该被叫用户的归属域的域名将被包含在被叫用户的sipurl格式的号码中；以及在第一表中没有查找到被叫用户的情况下， enum服务器继续根据被叫用户的tel url格式的号码在第二表中查找被叫用户，在第二表中查找到被叫用户的情况下，即可获得对应的归属域的域名，该被叫用户的归属域的域名将被包含在被叫用户的sipurl格式的号码中。
38.现在返回到图1，在执行步骤s102之后，接着执行步骤s103。在步骤s103中，主叫用户侧的消息中心从dns通过srv查询获得与被叫用户的归属域的域名对应的被叫用户的归属域的消息中心的主机名。
39.如以上已提到的，在本公开所提出的用于5g消息用户/volte用户之间的消息发送的方案中还引入了dns以及相应的srv查询。步骤 s103体现了这一点。具体地，在步骤s102中主叫用户侧的消息中心获得被叫用户的归属域的域名之后，在步骤s103中该消息中心需要从dns通过srv查询获得与在步骤s102中获得的被叫用户的归属域的域名对应的被叫用户的归属域的消息中心的主机名。这里，作为本领域技术人员同样应当意识到，在被叫用户为5g消息用户的情况下，被叫用户的归属域的消息中心具体是指5g消息中心，而在被叫用户为volte 用户的情况下，被叫用户的归属域的消息中心具体是指短信中心。
40.与步骤s102类似，在一些实现中，步骤s103可以通过主叫用户侧的消息中心和dns之间的查询请求和查询响应的发送和接收来完成。具体地，主叫用户侧的消息中心可以向dns发送用于查询被叫用户的归属域的消息中心的主机名的srv查询请求，dns根据该srv查询请求获得被叫用户的归属域的消息中心的主机名，并且向主叫用户侧的消息中心返回srv查询响应，该srv查询响应中携带被叫用户的归属域的消息中心的主机名。
41.如以上已提到的，在本公开中，srv查询分为第一查询类型和第二查询类型，而且这两种查询类型可以通过相应的查询类型标识来指示。步骤s103中的srv查询属于第一查询类型。在一些实现中，步骤s103 中的srv查询请求中可以携带被叫用户的归属域的域名和第一查询类型标识，该第一查询类型标识用于指示用户侧的消息中心要查询被叫用户的归属域的消息中心的主机名。
42.现在再次返回到图1，在执行步骤s103之后，接着执行步骤s104。在步骤s104中，主叫用户侧的消息中心根据被叫用户的归属域的消息中心的主机名将message消息路由到被叫用户的归属域的消息中心，以便message消息被发送到被叫用户。
43.具体地，在步骤s103中获得被叫用户的归属域的消息中心的主机名之后，在步骤s104中主叫用户侧的消息中心根据在步骤s103中获得的消息中心的主机名，将在步骤s101中接收的message消息路由到被叫用户的归属域的消息中心。这样，message消息能够经由被叫用户的归属域的消息中心最终被发送到被叫用户。
44.以上的步骤s101-s104主要涉及从主叫用户侧的消息中心接收 message消息到该message消息被发送到被叫用户的归属域的消息中心的过程。
45.在被叫用户为5g消息用户并且被叫用户不在线的情况下，在执行步骤s104之后，可以进一步执行以下步骤：此时作为被叫用户的归属域的消息中心的5g消息中心从dns通过srv查询获得与被叫用户的归属域的域名对应的被叫用户侧的短信中心的主机名，该被叫用户侧的短信中心位于与被叫用户的归属域不同的域；以及5g消息中心根据被叫用户侧的短信中心的主机名将message消息路由到被叫用户侧的短信中心，以便message消息被发
送到被叫用户。
46.具体地，在被叫用户侧的归属域的消息中心接收到要发送到被叫用户的message消息时，可以查询被叫用户是否在线。在本公开中，在被叫用户为5g消息用户并且被叫用户侧的归属域的消息中心(即，5g消息中心)查询到被叫用户不在线的情况下，message消息将回落到传统短信，这意味着message消息最终将经由相应的短信中心、而不是5g 消息中心发送到被叫用户。此时，5g消息中心将从dns通过srv查询获得被叫用户侧的短信中心的主机名。在获得短信中心的主机名之后， 5g消息中心根据这个短信中心的主机名将接收到的message消息路由到短信中心。这样，message消息将经由短信中心被发送到被叫用户。这里，需要说明的是，以上提到了消息的“回落”，这是本领域技术人员熟知的内容，这里不再详细介绍。
47.与步骤s103类似，在一些实现中，在被叫用户为5g消息用户并且被叫用户不在线的情况下被叫用户侧的短信中心的主机名的获得可以通过作为被叫用户的归属域的消息中心的5g消息中心和dns之间的查询请求和查询响应的发送和接收来完成。具体地，5g消息中心可以向 dns发送用于查询被叫用户侧的短信中心的主机名的srv查询请求， dns根据该srv查询请求获得被叫用户侧的短信中心的主机名，并且向5g消息中心返回srv查询响应，该srv查询响应中携带被叫用户侧的短信中心的主机名。
48.如以上已提到的，在本公开中，srv查询分为第一查询类型和第二查询类型，而且这两种查询类型可以通过相应的查询类型标识来指示。上述用于获得被叫用户侧的短信中心的主机名的srv查询属于第二查询类型。在一些实现中，上述srv查询请求中可以携带被叫用户的归属域的域名和第二查询类型标识，该第二查询类型标识用于指示5g消息中心要查询被叫用户侧的短信中心的主机名。
49.以上已经介绍了本公开所提出的用于5g消息用户/volte用户之间的消息发送的方法。为了更清楚地理解这一方法，下面将给出5g消息用户/volte用户之间的消息发送的具体示例。图3-7示出了根据本公开的实施例的5g消息用户/volte用户之间的消息发送的第一至第五示例。
50.第一示例
51.下面，将描述图3中示出的第一示例。在该示例中，作为5g消息用户的用户a(图3中示为“ue a”)向作为5g消息用户的用户b(图 3中示为“ue b”)发送消息并且用户b在线。另外，从以下的描述中很容易意识到，该示例中涉及的用户a、5g消息中心a、用户b、5g 消息中心b分别对应于以上提到的主叫用户、主叫用户侧的消息中心、被叫用户、被叫用户的归属域的消息中心。
52.首先，在步骤s1中，用户a将message消息路由到5g消息中心 a，该message消息中携带用户b的tel url格式的号码(图3中示为“b号码”)。
53.接着，在步骤s2中，5g消息中心a向enum服务器发送用于获得用户b的归属域的域名的naptr查询请求，该naptr查询请求中携带用户b的tel url格式的号码。
54.接着，在步骤s3中，enum服务器向5g消息中心a返回naptr 查询响应，该naptr查询响应中携带用户b的sip url格式的号码 (图3中示为“b号码@b归属域域名”)，这里，“b归属域域名”表示用户b的归属域的域名。
55.具体地，在enum服务器中存储有第一表和第二表，该第一表对应于5g消息用户的
归属域的域名并且其中登记有多个5g消息用户，该第二表对应于volte用户的归属域的域名并且其中登记有多个 volte用户，这在以上的描述中已经提到。在enum服务器接收到naptr查询请求之后，首先根据naptr查询请求中携带的用户b的 telurl格式的号码在第一表中查找用户b。由于用户b是5g消息用户，因此能够在第一表中查找到用户b，继而可获得其归属域的域名。接着，用户b的tel url格式的号码和获得的用户b的归属域的域名形成用户b的sip url格式的号码(即，“b号码@b归属域域名”)被携带在naptr查询响应中以返回给5g消息中心a。
56.接着，在步骤s4中，5g消息中心a向dns发送用于获得5g消息中心b的主机名的srv查询请求，该srv查询请求中携带用户b的归属域的域名和第一查询类型标识。
57.具体地，在5g消息中心a从enum服务器获得用户b的归属域的域名之后，向dns发送用于获得与用户b的归属域的域名对应的用户b的归属域的消息中心(即，5g消息中心b)的主机名(这通过第一查询类型标识来指示)的srv查询请求。
58.接着，在步骤s5中，dns向5g消息中心a返回srv查询响应，该srv查询响应中携带5g消息中心b的主机名。
59.具体地，在dns接收到srv查询请求之后，根据srv查询请求中携带的用户b的归属域的域名和第一查询类型标识，获得5g消息中心 b的主机名。获得的5g消息中心b的主机名被携带在srv查询响应中以返回给5g消息中心a。
60.接着，在步骤s6中，5g消息中心a根据5g消息中心b的主机名将message消息路由到5g消息中心b。如以上描述步骤s1时已提到的，该message消息中携带用户b的号码。
61.接着，在步骤s7中，5g消息中心b根据接收到的message消息中携带的用户b的号码查询到用户b在线。
62.最后，在步骤s8中，5g消息中心b将message消息发送到用户b。
63.第二示例
64.下面，将描述图4中示出的第二示例。在该示例中，作为5g消息用户的用户a向作为volte用户的用户b发送消息并且用户b在线。另外，从以下的描述中很容易意识到，该示例中涉及的用户a、5g消息中心a、用户b、短信中心b分别对应于以上提到的主叫用户、主叫用户侧的消息中心、被叫用户、被叫用户的归属域的消息中心。
65.首先，图4中的步骤s1与图3中的步骤s1类似，这里不再具体描述。
66.接着，图4中的步骤s2与图3中的步骤s2类似，这里不再具体描述。
67.接着，在步骤s3中，enum服务器向5g消息中心a返回naptr 查询响应，该naptr查询响应中携带用户b的sip url格式的号码 (图4中示为“b号码@b归属域域名”)，这里，“b归属域域名”表示用户b的归属域的域名。
68.具体地，如以上已经提到的，在enum服务器中存储有第一表和第二表。在enum服务器接收到naptr查询请求之后，首先根据 naptr查询请求中携带的用户b的tel url格式的号码在第一表中查找用户b。由于用户b是volte用户，因此在第一表中没有查找到用户b。在这种情况下，继续在第二表中查找用户b。在第二表中查找到用户b之后，继而可获得其归属域的域名。接着，用户b的telurl 格式的号码和获得的用户b的归属域的域名形成用户b的sip url格式的号码(即，“b号码@b归属域域名”)被携带在naptr查询响应中以返回给5g消息中心a。
69.从图4的步骤s3和图3的步骤s3的比较可知，由于图4和图3中用户b分别为volte用户和5g消息用户，因此在图4中的步骤s3中获得的用户b的归属域的域名实际为volte用户的归属域的域名，而在图3中的步骤s3中获得的用户b的归属域的域名实际为5g消息用户的归属域的域名。
70.接着，在步骤s4中，5g消息中心a向dns发送用于获得短信中心b的主机名的srv查询请求，该srv查询请求中携带用户b的归属域的域名和第一查询类型标识。
71.具体地，在5g消息中心a从enum服务器获得用户b的归属域的域名之后，向dns发送用于获得与用户b的归属域的域名对应的用户b的归属域的消息中心(即，短信中心b)的主机名(这通过第一查询类型标识来指示)的srv查询请求。
72.接着，在步骤s5中，dns向5g消息中心a返回srv查询响应，该srv查询响应中携带短信中心b的主机名。
73.具体地，在dns接收到srv查询请求之后，根据srv查询请求中携带的用户b的归属域的域名和第一查询类型标识，获得短信中心b的主机名。获得的短信中心b的主机名被携带在srv查询响应中以返回给5g消息中心a。
74.最后，图4中的步骤s6-s8与图3中的步骤s6-s8类似，这里不再具体描述。
75.第三示例
76.下面，将描述图5中示出的第三示例。在该示例中，作为volte用户的用户a向作为5g消息用户的用户b发送消息并且用户b在线。另外，从以下的描述中很容易意识到，该示例中涉及的用户a、短信中心 a、用户b、5g消息中心b分别对应于以上提到的主叫用户、主叫用户侧的消息中心、被叫用户、被叫用户的归属域的消息中心。
77.首先，图5中的步骤s1与图3中的步骤s1类似，这里不再具体描述。
78.接着，图5中的步骤s2-s5与图3中的步骤s2-s5类似，这里不再具体描述。
79.最后，图5中的步骤s6-s8与图3中的步骤s6-s8类似，这里不再具体描述。
80.这里，需要说明的是，从图5和图3的比较可知，除了图5中的主叫用户a为volte用户(对应的主叫用户侧的消息中心为短信中心a)、而图3中的主叫用户a为5g消息用户(对应的主叫用户侧的消息中心为5g消息中心a)之外，其余部分都是相同的。因此，尽管以上没有对图5中的步骤s1-s8进行详细描述，但是基于以上对图3中的第一示例中的消息发送过程的描述，本领域技术人员应当很容易得知图5中的第三示例中的消息发送过程。
81.第四示例
82.下面，将描述图6中示出的第四示例。在该示例中，作为volte用户的用户a向作为volte用户的用户b发送消息并且用户b在线。另外，从以下的描述中很容易意识到，该示例中涉及的用户a、短信中心 a、用户b、短信中心b分别对应于以上提到的主叫用户、主叫用户侧的消息中心、被叫用户、被叫用户的归属域的消息中心。
83.首先，图6中的步骤s1与图4中的步骤s1类似，这里不再具体描述。
84.接着，图6中的步骤s2-s5与图4中的步骤s2-s5类似，这里不再具体描述。
85.最后，图6中的步骤s6-s8与图4中的步骤s6-s8类似，这里不再具体描述。
86.这里，需要说明的是，从图6和图4的比较可知，除了图6中的主叫用户a为volte用户(对应的主叫用户侧的消息中心为短信中心a)、而图4中的主叫用户a为5g消息用户(对应的主叫用户侧的消息中心为5g消息中心a)之外，其余部分都是相同的。因此，尽管以上没有
对图6中的步骤s1-s8进行详细描述，但是基于以上对图4中的第二示例中的消息发送过程的描述，本领域技术人员应当很容易得知图6中的第四示例中的消息发送过程。
87.第五示例
88.下面，将描述图7中示出的第五示例。在以上的第一至第四示例中，被叫用户均在线。第五示例主要涉及被叫用户为5g消息用户且被叫用户不在线的场景。具体地讲，图7中示出的流程即为在图3和图5中的步骤s7中判断出用户b不在线的情况下要继续执行的流程。鉴于此，在图7中，图3和图5中的步骤s1-s6不再示出，而仅示出从5g消息中心b判断出用户b不在线开始的流程。另外，顺便提及的是，对于在图4和图6中的步骤s7中判断出用户b不在线的情况下要执行的流程为现有技术中的流程，这不是本公开的关注点，在此也不再介绍。
89.首先，在步骤s1中，5g消息中心b根据接收到的message消息中携带的用户b的号码查询到用户b不在线。此时，message消息将回落到传统短信，这意味着它将经由用户b侧的短信中心(即，图7中的短信中心b)发送给用户b。
90.接着，在步骤s2中，5g消息中心b向dns发送用于获得短信中心b的主机名的srv查询请求，该srv查询请求中携带用户b的归属域的域名和第二查询类型标识。
91.具体地，在5g消息中心b查询到用户b不在线之后，向dns发送用于获得与用户b的归属域的域名对应的用户b侧的短信中心(即，短信中心b)的主机名(这通过第二查询类型标识来指示)的srv查询请求。
92.接着，在步骤s3中，dns向5g消息中心b返回srv查询响应，该srv查询响应中携带短信中心b的主机名。
93.具体地，在dns接收到srv查询请求之后，根据srv查询请求中携带的用户b的归属域的域名和第二查询类型标识，获得短信中心b的主机名。获得的短信中心b的主机名被携带在srv查询响应中以返回给5g消息中心b。
94.接着，在步骤s4中，5g消息中心b根据短信中心b的主机名将 message消息路由到短信中心b，该message消息中携带b号码和回落标识。这里，回落标识旨在向短信中心b告知该message消息是经历回落的消息。
95.最后，在步骤s5中，短信中心b将message消息发送到用户b。
96.以上是5g消息用户/volte用户之间，具体地，5g消息用户与5g 消息用户之间、5g消息用户与volte用户之间、volte用户与volte 用户之间的消息发送过程。
97.特别地，以上描述介绍了在被叫用户为5g消息用户且被叫用户不在线的场景下的消息发送过程。在以上的消息发送过程中，被叫用户的在线与否的判断是在被叫用户侧进行的。本公开进一步提出了在被叫用户为5g消息用户且主叫用户侧已判断出被叫用户不在线的场景下的消息发送方法。
98.更具体地讲，以上在被叫用户侧判断被叫用户是否在线所涉及的消息发送方法主要针对的是同网用户(即，主叫用户和被叫用户属于同一移动通信网络)之间的消息发送，而下面将要介绍的在被叫用户为5g 消息用户且主叫用户侧已判断出被叫用户不在线的场景下的消息发送方法主要针对的是异网用户(即，主叫用户和被叫用户属于不同的移动通信网络)之间的消息发送。接下来，将参考图2详细介绍这一方法。
99.首先，在步骤s201中，ibcf(interconnection border controlfunction)接收来
自主叫用户的、更被发送到被叫用户的message消息。
100.在涉及异网用户之间的消息发送时，主叫用户发出的message消息将被路由到ibcf(即，步骤s201中ibcf接收message消息)，然后经由ibcf被路由到被叫用户。需要说明的是，这里的网元ibcf对于本领域技术人员应当是熟知的，在此不再详细介绍。这里，步骤s201中的主叫用户为5g消息用户或volte用户，被叫用户为5g消息用户。并且，步骤s201中的message消息中携带回落标识。通过该标识， ibcf可以意识到接收到的message消息将回落到传统短信，这意味着该message消息将经由被叫用户侧的短信中心、而不是经由其归属域的消息中心(即，5g消息中心)发送到被叫用户。如以上已提到的，“回落”的含义对于本领域技术人员而言是熟知的，在此不再详细介绍。
101.接着，在步骤s202中，ibcf从enum服务器通过naptr查询获得被叫用户的归属域的域名。步骤s202与图1中的步骤s102类似，即，在步骤s201中ibcf接收到message消息之后，ibcf需要从 enum服务器通过naptr查询获得被叫用户的归属域的域名。
102.同样地，在一些实现中，步骤s202可以通过ibcf和enum服务器之间的查询请求和查询响应的发送和接收来完成，具体地，ibcf可以向enum服务器发送用于查询被叫用户的归属域的域名的naptr查询请求，enum服务器根据该naptr查询请求获得被叫用户的归属域的域名，并且向ibcf返回naptr查询响应，该naptr查询响应中携带被叫用户的归属域的域名。
103.进一步地，在一些实现中，在步骤s201中ibcf接收的message消息中可以携带被叫用户的tel url格式的号码，该被叫用户的telurl格式的号码可以被携带在ibcf发送给enum服务器的naptr 查询请求中以用于查询被叫用户的归属域的域名，enum服务器向 ibcf返回的naptr查询响应中可以携带被叫用户的sip url格式的号码，该被叫用户的sipurl格式的号码中包含被叫用户的归属域的域名。
104.更进一步地，在一些实现中，如以上已提到的，enum服务器中存储有对应于5g消息用户的归属域的域名的第一表以及对应于volte用户的归属域的域名的第二表以供查找被叫用户来获得其归属域的域名。因此，在这里讨论的被叫用户限于5g消息用户的情况下，enum服务器根据naptr查询请求获得被叫用户的归属域的域名可以包括： enum服务器根据naptr查询请求中携带的被叫用户的tel url格式的号码在第一表中查找被叫用户，在第一表中查找到被叫用户的情况下，即可获得对应的归属域的域名，该被叫用户的归属域的域名将被包含在被叫用户的sip url格式的号码中。
105.现在返回到图2，在执行步骤s202之后，接着执行步骤s203。在步骤s203中，ibcf从dns通过srv查询获得与被叫用户的归属域的域名对应的被叫用户侧的短信中心的主机名，该被叫用户侧的短信中心位于与被叫用户的归属域不同的域。
106.具体地，如以上已提到的，在主叫用户侧已判断出被叫用户不在线的情况下，ibcf接收到的message消息将回落到传统短信，即， message消息将经由被叫用户侧的短信中心被发送到被叫用户。因此，在步骤s202中ibcf从enum服务器获得被叫用户的归属域的域名之后，在步骤s203中ibcf从dns通过srv查询获得对应的被叫用户侧的短信中心的主机名。
107.同样地，在一些实现中，上述被叫用户侧的短信中心的主机名的获得可以通过ibcf和dns之间的查询请求和查询响应的发送和接收来完成。具体地，ibcf可以向dns发送用于查询被叫用户侧的短信中心的主机名的srv查询请求，dns根据该srv查询请求获得被
叫用户侧的短信中心的主机名，并且向ibcf返回srv查询响应，该srv查询响应中携带被叫用户侧的短信中心的主机名。
108.同样地，上述用于获得被叫用户侧的短信中心的主机名的srv查询属于第二查询类型。在一些实现中，上述srv查询请求中可以携带被叫用户的归属域的域名和第二查询类型标识，该第二查询类型标识用于指示ibcf要查询被叫用户侧的短信中心的主机名。
109.现在再次返回到图2，在执行步骤s203之后，接着执行步骤s204。在步骤s204中，ibcf根据被叫用户侧的短信中心的主机名将message 消息路由到被叫用户侧的短信中心，以便message消息被发送到被叫用户。
110.具体地，在步骤s203中获得被叫用户侧的短信中心的主机名之后，在步骤s204中ibcf根据在步骤s203中获得的短信中心的主机名，将在步骤s201中接收的message消息路由到被叫用户侧的短信中心。这样，message消息能够经由被叫用户侧的短信中心最终被发送到被叫用户。
111.以上已经介绍了本公开所提出的在被叫用户为5g消息用户且主叫用户侧已判断出被叫用户不在线的场景下的消息发送方法。同样地，为了更清楚地理解这一方法，下面将给出其具体示例。图8示出了根据本公开的实施例的5g消息用户/volte用户之间的消息发送的第六示例。
112.下面，将描述图8中示出的第六示例。在该示例中，作为5g消息用户或volte用户的用户a向作为5g消息用户的用户b发送消息并且用户b不在线。
113.首先，在步骤s1中，ibcf接收来自用户a的message消息，该 message消息中携带用户b的tel url格式的号码(图8中示为“b号码”)和回落标识。
114.接着，在步骤s2中，ibcf向enum服务器发送用于获得用户b 的归属域的域名的naptr查询请求，该naptr查询请求中携带用户 b的tel url格式的号码。
115.接着，在步骤s3中，enum服务器向ibcf返回naptr查询响应，该naptr查询响应中携带用户b的sip url格式的号码(图8中示为“b号码@b归属域域名”)，这里，“b归属域域名”表示用户b的归属域的域名。
116.具体地，在enum服务器中存储有第一表和第二表，该第一表对应于5g消息用户的归属域的域名并且其中登记有多个5g消息用户，该第二表对应于volte用户的归属域的域名并且其中登记有多个 volte用户，这在以上的描述中已经提到。在enum服务器接收到 naptr查询请求之后，根据naptr查询请求中携带的用户b的telurl格式的号码在第一表中查找到用户b，继而获得其归属域的域名。接着，用户b的tel url格式的号码和获得的用户b的归属域的域名形成用户b的sip url格式的号码(即，“b号码@b归属域域名”)被携带在naptr查询响应中以返回给ibcf。
117.接着，在步骤s4中，ibcf向dns发送用于获得短信中心b的主机名的srv查询请求，该srv查询请求中携带用户b的归属域的域名和第二查询类型标识。
118.具体地，在用户b不在线的情况下，ibcf向dns发送用于获得与用户b的归属域的域名对应的用户b侧的短信中心(即，短信中心b) 的主机名(这通过第二查询类型标识来指示)的srv查询请求。
119.接着，在步骤s5中，dns向ibcf返回srv查询响应，该srv查询响应中携带短信中心b的主机名。
120.具体地，在dns接收到srv查询请求之后，根据srv查询请求中携带的用户b的归属域的域名和第二查询类型标识，获得短信中心b的主机名。获得的短信中心b的主机名被携带在srv查询响应中以返回给ibcf。
121.接着，在步骤s6中，ibcf根据短信中心b的主机名将message消息路由到短信中心b，该message消息中携带b号码和回落标识。这里，回落标识旨在向短信中心b告知该message消息是经历回落的消息。
122.最后，在步骤s7中，短信中心b将message消息发送到用户b。
123.以上是5g消息用户/volte用户之间，具体地，主叫用户为5g消息用户或volte用户、被叫用户为5g消息用户且主叫用户侧已判断出被叫用户不在线的场景下的消息发送过程。
124.到此为止，以上已经完整地介绍了本公开所提出的5g消息用户 /volte用户之间的消息发送方法。如以上已提到的，本公开所提出的消息发送方法引入了enum和dns查询机制，这是一种全新的消息发送方法，其对现有的消息发送方法做出了改进。例如，本公开的消息发送方法不需要如现有技术那样在一些情况下主叫用户侧的5g消息中心需要将5g消息转换为传统短信以发送给被叫用户。特别地，本公开的这种消息发送方法很好地解决了现有技术中volte用户不能向5g消息用户发送消息的问题。
125.本公开还可以通过通信系统来实现。具体地，本公开还提出了用于 5g消息用户/volte用户之间的消息发送的系统，该系统包括被配置为执行前面所描述的用于5g消息用户/volte用户之间的消息发送的方法的装置。前面已经详细地描述了本公开所提出的用于5g消息用户 /volte用户之间的消息发送的方法，本领域技术人员应当容易意识到，这些方法可以通过对应的装置来实现。鉴于此，本文不再对这些装置及其执行的功能进行详细介绍。
126.本公开还可以通过计算机程序来实现。例如，该程序可以存储在计算机装置的存储器中，其在由计算机装置的处理器执行时实现本公开的用于cpe的能力的编码的方法和用于cpe的能力的解码的方法。或者，该程序可以存储在计算机可读存储介质中，其在由处理器执行时实现用于cpe的能力的编码的方法和用于cpe的能力的解码的方法。
127.计算机可读存储介质可以是例如但不限于电子的、磁性的、光学的、电磁的、红外的或半导体系统、装置或设备、或前述各项的任何适当组合。计算机可读存储介质的更具体的实例可以包括：便携式计算机磁盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦除可编程只读存储器(eprom或闪存)、光纤、便携式光盘只读存储器(cd
-ꢀ
rom)、光存储设备、磁存储设备、或前述各项的任何适当组合。
128.附图中的流程图和框图示出了根据本公开的各个实施例的装置、方法等的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表模块、段或指令的一部分，该模块、段或指令的一部分包括用于实现规定的一个或多个逻辑功能的一个或多个可执行指令。在一些替代的实现中，方框中标注的处理也可以以不同于附图中标注的顺序发生。例如，取决于涉及的功能，两个连续的方框实际上可以基本并行地执行，或者这些方框有时也可以按相反的顺序执行。本领域技术人员可以根据需要调整操作的顺序。本领域技术人员还可以根据需要增加更多的操作或省略其中的一些操作。
129.本说明书中描述的任一特征，除非特别地叙述，均可以被其它等同或者具有类似
目的的替代特征加以替换。即，除非特别地叙述，每个特征只是一系列等同或类似的特征中的一个示例。
130.此外，尽管对本公开的描述已包括对一个或多个实施例、配置或方面的描述，但是其它变型、修改和组合也在本公开的范围内。本公开旨在获得权利，这些权利应当包括在允许范围内的替代实施例、配置或方面，并且包括与请求保护的那些结构、功能、或步骤的可互换、替代和 /或等同的结构、功能、或步骤，无论这些可互换、替代和/或等同的结构、功能、或步骤是否在本说明书中具体描述。