一种消息转发的方法、装置、设备及存储介质与流程

1.本技术涉及服务网关领域，具体而言，本技术涉及一种消息转发的方法、装置、设备及存储介质。


背景技术：

2.第五代移动通信技术(即5g技术)的发展，将极大改善现有的通信服务方式。届时，基于5g技术提供的通信服务方式，将不再局限于语音通话、网络流量、短信等。
3.由于5g核心网所采用的技术标准与4g/3g/2g不同，因此与现有的计费系统之间的通信存在障碍。因此，5g核心网和计费系统之间如何通信成为了现在需要解决的技术问题。


技术实现要素：

4.本技术实施例提供了一种消息转发的方法、装置、设备及存储介质，可以解决5g核心网和计费系统之间的通信问题。所述技术方案如下：
5.根据本技术实施例的一个方面，提供了一种消息转发的方法，应用于网关，该方法包括：
6.当接收到核心网发送的第一请求消息时，创建当前会话，并根据第一请求消息和当前会话确定第二请求消息；
7.向计费系统发送第二请求消息；
8.当接收到计费系统反馈的第二回应消息时，根据第二回应消息确定第一回应消息；
9.向核心网反馈第一回应消息。
10.根据本技术实施例的另一个方面，提供了一种消息转发的装置，应用于网关，该装置包括：
11.收发模块，用于接收核心网发送的第一请求消息；
12.创建模块，用于创建当前会话；
13.第一确定模块，用于根据第一请求消息和当前会话确定第二请求消息；
14.收发模块，还用于向计费系统发送第二请求消息；
15.收发模块，还用于接收计费系统反馈的第二回应消息；
16.第二确定模块，用于根据第二回应消息确定第一回应消息；
17.收发模块，还用于向核心网反馈第一回应消息。
18.根据本技术实施例的另一个方面，提供了一种电子设备，包括存储器、处理器及存储在存储器上的计算机程序，该处理器执行计算机程序以实现本技术上述一个方面所示的消息转发的方法的步骤。
19.根据本技术实施例的再一个方面，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现本技术上述一个方面所示的消息转发的方法的步骤。
20.本技术实施例提供的技术方案带来的有益效果是：
21.本技术实施例提供了一种消息转发的方法，应用于网关，用于处理核心网和计费系统之间的通信问题，其中，该核心网是根据第五代移动通信技术规范所定义的网络。具体地，在网关接收到核心网发送的第一请求消息时，创建当前会话，并根据第一请求消息和当前会话确定第二请求消息，网关将该第二请求消息转发给计费系统，至此，完成了核心网向计费系统发送消息的过程；当计费系统处理完相关事务之后，向网关反馈第二回应消息，网关接收到该第二回应消息之后，根据第二回应消息确定第一回应消息，并将该第一回应消息转发给核心网，至此，完成了计费系统向核心网反馈消息的过程。通过上述两个过程，实现了基于第五代移动通信技术规范所定义的核心网与计费系统之间的通信。
附图说明
22.为了更清楚地说明本技术实施例中的技术方案，下面将对本技术实施例描述中所需要使用的附图作简单地介绍。
23.图1为本技术实施例提供的一种移动通信网络的结构示意图；
24.图2为本技术实施例提供的一种消息转发的方法的流程示意图；
25.图3为本技术实施例提供的一种基于网关进行消息转发的流程示意图；
26.图4为本技术实施例提供的一种核心网-网关-计费系统连接的结构示意图；
27.图5为本技术实施例提供的一种消息转发的装置的结构示意图；
28.图6为本技术实施例提供的一种电子设备的结构示意图。
具体实施方式
29.下面结合本技术中的附图描述本技术的实施例。应理解，下面结合附图所阐述的实施方式，是用于解释本技术实施例的技术方案的示例性描述，对本技术实施例的技术方案不构成限制。
30.本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、
“”
和“该”也可包括复数形式。应该进一步理解的是，本技术实施例所使用的术语“包括”以及“包含”是指相应特征可以实现为所呈现的特征、信息、数据、步骤、操作、元件和/或组件，但不排除实现为本技术领域所支持其他特征、信息、数据、步骤、操作、元件、组件和/或它们的组合等。应该理解，当我们称一个元件被“连接”或“耦接”到另一元件时，该一个元件可以直接连接或耦接到另一元件，也可以指该一个元件和另一元件通过中间元件建立连接关系。此外，这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的术语“和/或”指示该术语所限定的项目中的至少一个，例如“a和/或b”指示实现为“a”，或者实现为“a”，或者实现为“a和b”。
31.为使本技术的目的、技术方案和优点更加清楚，下面将结合附图对本技术实施方式作进一步地详细描述。
32.首先对本技术涉及的几个名词进行介绍和解释：
33.第五代移动通信技术/第四代移动通信技术：5g/4g技术。
34.通信网络：包括电信网和因特网。其中，电信网(即电话交换网络)由终端、传输和交换三大部分组成，因特网(即计算机互联网)由终端、传输、交换以及多个计算机网络等几
部分组成。随着通信行业的快速发展，传统的电信网、计算机互联网与有线电视网的融合(三网融合)已经成为网络发展的趋势。三者融合发展，互联互通，为客户同时提供语音、数据和广播电视等多重服务。本技术实施例中统一称之为通信网络，进一步地，通信网络又分为固话通信网络和移动通信网络两类。
35.参见图1，一种移动通信网络的结构示意图，该图展示了一个通信过程，具体地：从一个用户终端发起通信服务请求之后，该通信服务请求进入通信网络，经过各级转发和处理，然后到达另一个用户终端，即两个用户终端“取得”联系。其中，该移动通信网络包括3大部分：接入网、承载网、核心网，具体地：
36.接入网，通信网络的“窗口”，负责收集通信服务请求等相关数据。例如，基站；承载网，通信网络的“卡车”，负责传递通信服务请求等相关数据(接收和发送)；核心网，通信网络的“管理中枢”，负责管理这些通信服务请求等相关数据，对数据进行分拣，然后确定数据的归处。其中核心网又称为骨干网(backbone)，本质上完成的对数据的处理和分发，其作用相当于“路由”。
37.其中，对数据的管理包括根据该数据进行的计费管理，计费管理还涉及到计费系统，本技术实施例中探讨的就是计费系统与核心网之间的交互过程。应当指出，图1所示的通信过程仅作为示例来说明核心网在通信网络中的位置，本技术实施例中所指的通信过程包括但不限于图1所示的通信过程。
38.http：hypertexttrasferprotocol，超文本传输协议，例如http/1，http/1.x，http/2，用于定义传输层的传输协议的。其中，第五代移动通信技术规范中明确核心网的网络传输层统一采用http/2协议。关于http协议的相关信息，可参考现有技术，为描述简便，在此不再赘述。
39.融合计费：这是从5g技术规范角度，定义的一种计费方式。该方式下，计费系统或者计费节点对外接口是统一的，不区分具体的通信业务(语音通话、网络流量、短信等)。具体而言，由核心网发送的消息，不会根据不同的业务发送不同的节点地址，也不会为不同的通信服务方式，指定不同的消息格式。
40.计费系统：运营商用来检查用户准备发起通信服务时，确认用户是否有足够余额通信，或者说用户在享受通信服务过程中需要扣除的费用的系统。运营商在部署计费系统时，是根据其布局的业务和受众范围来构建计费系统的，因此每个运营商的计费系统不尽相同。具体地，从通信业务基本类型来讲，语音、短信、流量等也将在5g网络中被频繁使用，但是相比于4g网络，5g网络针对这些业务的服务模式可以做更加细致的分类。以流量业务为例，不同的场景对网络流量业务的需求是不同的，在场景a(如自动驾驶)中的业务要求为网络需流畅，不能有卡顿,在场景b(如共享单车)中的业务需求为多信道，但所需流量少，在场景c(如手机直播)中的业务需求为大流量，但所需信道少，不同的场景下的业务需求，需要后端提供相应的网络结构以及计费模式。这种情况下，则需要多设置多个计费节点，才能满足通信网络中不同负载的需求，而多个计费节点的划分和分配则需要运营商根据实际需求配置，例如，按照地区划分、按照套餐类型划分，或者结合地区和套餐类型进行计费节点的划分。这样一来，通过该部署方式，计费系统中就有多种计费节点。
41.sdl：service description language，服务性描述语言。本技术实施例中列举的计费系统持有的用于描述数据接口和服务接口的语言。每个运营厂商定义的数据接口和服
务接口可以不同。
42.由于核心网发送的请求消息(基于http/2协议)并不能被计费系统识别(基于sdl语言)，因此，如何将核心网发送的请求消息转发到计费系统的指定计费节点，并且向核心网转发计费系统反馈的消息，是目前最需要解决的问题。
43.本技术提供的一种消息转发的方法、装置、设备及存储介质，旨在解决现有技术的如上技术问题。
44.下面通过对几个示例性实施方式的描述，对本技术实施例的技术方案以及本技术的技术方案产生的技术效果进行说明。需要指出的是，下述实施方式之间可以相互参考、借鉴或结合，对于不同实施方式中相同的术语、相似的特征以及相似的实施步骤等，不再重复描述。
45.参见图2，本技术实施例中提供的一种消息转发的方法，应用于网关，该方法包括：
46.s110，当接收到核心网发送的第一请求消息时，创建当前会话，并根据第一请求消息和当前会话确定第二请求消息；
47.具体地，当用户终端发起通信服务请求时，该服务请求被转发至核心网，核心网根据该通信服务请求确定第一请求消息，并将第一请求消息发送至网关。网关接收到该第一请求消息之后，创建当前会话，并根据第一请求消息和当前会话确定第二请求消息。
48.其中，在用户终端使用通信服务过程中，也可以按照预设频率发送通信服务请求，以及用户终端在通信服务结束时也可以发送通信服务请求。
49.具体地，可以根据第一请求消息创建当前会话。在本技术实施例中，将核心网向计费系统发送请求消息以及计费系统针对该请求消息向核心网发送回应消息的一次过程，统称为一次会话。
50.具体地，当前会话包括一个会话标识，该会话标识具备唯一性。
51.其中，根据第一请求消息创建当前会话，可以包括：
52.根据第一请求消息携带的时间戳、发起通信服务请求的账户信息等创建当前会话的会话标识。还可以通过其他方式创建当前会话的会话标识，本技术对此并不限制。
53.在一种可能的实现方式中，创建当前会话之后，还包括s111-s112(图中未示出)：
54.s111，根据第一请求消息确定通道，其中，通道包括核心网对应的地址标识和网关对应的地址标识，通道符合http2协议的标准；
55.其中，该通道用于记录第一请求消息的发起方(核心网)和接收方(网关)在终端系统中定义的地址，便于终端系统的管理。在确定了第一回应消息之后，根据该通道，网关可以将第一回应消息发送给核心网。应当指出，本技术实施例所探讨的网关存在于终端设备中。
56.s112，根据当前会话的会话标识缓存通道。
57.示例性地，第一请求消息可以是符合http/2协议标准的请求消息，因此，确定的通道可以为符合http/2协议标准的channel，即通道。channel具体用于收发http/2协议消息，该通道具体可以为一个数据结构，该数据结构中记录通信所需的基本信息，例如在终端系统的操作系统中定义的网关的地址标识和核心网的地址标识。当前会话可以为session，当前会话的会话标识可以为sessionkey，根据sessionkey缓存符合http/2协议标准的channel。
58.在一种可能的实现方式中，在根据当前会话的会话标识缓存通道时，还包括：
59.将当前会话添加至会话任务表中；按照预设频率检测当前会话是否超时。
60.其中，若检测出超时时，发出超时消息。
61.s120，向计费系统发送第二请求消息；
62.s130，当接收到计费系统反馈的第二回应消息时，根据第二回应消息确定第一回应消息；
63.s140，向核心网反馈第一回应消息。
64.本技术实施例提供了一种消息转发的方法，应用于网关，用于处理核心网和计费系统之间的通信问题，其中，该核心网是根据第五代移动通信技术规范所定义的网络。具体地，在网关接收到核心网发送的第一请求消息时，创建当前会话，并根据第一请求消息和当前会话确定第二请求消息，网关将该第二请求消息转发给计费系统，至此，完成了核心网向计费系统发送消息的过程；当计费系统处理完相关事务之后，向网关反馈第二回应消息，网关接收到该第二回应消息之后，根据第二回应消息确定第一回应消息，并将该第一回应消息转发给核心网，至此，完成了计费系统向核心网反馈消息的过程。通过上述两个过程，实现了基于第五代移动通信技术规范所定义的核心网与计费系统之间的通信。
65.本技术实施例中还提供了一种可能的实现方式，根据第一请求消息和当前会话确定第二请求消息，包括s115-s117(图中未示出)：
66.s115，解析第一请求消息，得到第一请求数据；
67.其中，第一请求消息中携带第一预设数据格式的数据。其中，该第一预设数据格式可以为json数据格式。
68.示例性地，从上述符合http/2协议标准的请求消息中，解析出的第一请求数据可以为：使用json数据格式表示的chf数据，也可称作json-chf请求数据，json-chf请求数据即为第一请求数据。应当指出，chf为chargefunction的缩写，为计费数据或者计费消息，其实质包括的数据可以为：用户当前使用的业务类型，用户账户标识等。
69.s116，根据第一请求数据和当前会话进行封装操作，得到第二请求数据；
70.具体地，按照第二预设数据格式，根据第一请求数据和当前会话的会话标识进行封装操作，得到第二请求数据。其中，该第二预设数据格式为计费系统可以识别的数据格式，例如sdl数据格式。
71.示例性地，按照sdl数据格式，根据json-chf请求数据，以及sessionkey创建使用sdl数据格式表示的chf数据，也可称作sdl-chf请求数据，该sdl-chf请求数据即为第二请求数据。其中，该sdl-chf请求数据中携带sessionkey。
72.s117，根据第二请求数据确定第二请求消息。
73.示例性地，该第二请求消息可以称作sdl-rpc请求消息。sdl-rpc请求消息表示以远程过程调用的方式(即rpc，remoteprocedure call)向目标计费节点发送请求消息，该请求消息符合sdl标准。
74.在一种可能的实现方式中，在向计费系统发送第二请求消息之前，还包括：
75.根据预设的路由策略和第一请求数据，确定目标计费节点，其中，计费系统中包括多个计费节点；
76.根据目标计费节点的标识，获取目标计费节点的路由地址；
77.其中，根据第二请求数据确定第二请求消息，包括：
78.根据第二请求数据和目标计费节点的路由地址确定第二请求消息。
79.其中，向计费系统发送第二请求消息，包括：
80.向计费系统中的目标计费节点发送第二请求消息；
81.其中，接收计费系统反馈的第二回应消息，包括：
82.接收计费系统中的目标计费节点反馈的第二回应消息。
83.其中，预设的路由策略可以由运营商根据实际的业务布局进行相应的设置，本技术对此不进行限制。应当指出，网关可以预存计费系统中每个计费节点的路由地址，并为每个路由地址配置一个唯一标识，在确定目标计费节点之后，根据该目标计费节点的标识从本地获取目标计费节点的路由地址。或者，网关在启动之后，还可以从存储多个计费节点的信息的服务器中加载所需的计费节点的信息。或者，还可以在服务器中预存计费节点的路由地址及其标识，网关在确定目标计费节点之后，向服务器发送请求以获取目标计费节点的路由地址。其中，计费系统中的计费节点启动之后，可以向服务器或者网关发送携带计费节点的路由地址和标识的通知消息，以便于服务器或者网关进行存储。当服务器中存储的计费节点的信息更新时，也可以向网关发送通知消息以进行更新。
84.由于计费系统出于负载均衡的需求，设置了多个计费节点，因此在转发请求消息时，需要确定请求消息的目标计费节点，从而确定第二请求消息的目标地址。该技术手段，有力支持了计费系统的负载均衡设置。
85.本技术实施例还提供了一种可能的实现方式，第二回应消息携带当前会话的会话标识，根据第二回应消息确定第一回应消息，包括s131-s134(图中未示出)：
86.s131，解析第二回应消息，得到第一回应数据；
87.其中，第二回应消息为远程通信服务消息。该消息中携带符合第二预设数据格式的数据。
88.示例性地，第二回应消息可以称作sdl-rpc回应消息，表示目标计费节点以远程过程调用的方式(即rpc，remoteprocedure call)向网关发送回应消息，该回应消息中包括使用sdl标准的数据。第二回应消息中携带使用sdl数据格式表示的chf数据，该数据也可称作sdl-chf回应数据，sdl-chf回应数据即为第一回应数据。其中，第二回应消息中携带的当前会话的会话标识具体存在于sdl-chf回应数据中。
89.s132，根据第一回应数据确定第二回应数据；
90.具体地，按照第一预设数据格式，根据第一回应数据确定第二回应数据。
91.示例性地，根据json数据格式，对sdl-chf回应数据进行处理，得到使用json数据格式表示的chf数据，也可以称作json-chf回应数据，该json-chf回应数据即为第二回应数据。
92.s133，根据携带的会话标识，获取通道；
93.其中，可以将携带的会话标识与当前会话的会话标识进行匹配，若匹配成功，则可以获取根据当前会话的会话标识存储的通道。
94.示例性地，所携带的会话标识即为上述实施例中的sessionkey。根据sessionkey获取缓存的channel，即获取了网关对应的地址标识和核心网对应的地址标识。
95.s134，根据第二回应数据和通道确定第一回应消息。
96.示例性地，根据json-chf回应数据和channel进行封装操作，得到符合http/2协议标准的回应消息，该符合http/2协议标准的回应消息即为第一回应消息。
97.另外，该第一回应消息和第一请求消息中携带的是符合http/2协议标准的通道，说明在终端操作系统的传输层以及核心网的传输层，遵循的是http/2协议。因此，该第一回应消息和第一请求消息均符合http/2协议标准，即符合了5g技术规范。
98.因此，本技术实施例提供的方法，能够支持对基于http/2协议的核心网的消息的监听和接收。
99.本技术实施例还提供了一种可能的实现方式，包括：
100.根据预设条件进行持久化操作，其中，持久化操作的对象包括第一请求消息、第二请求消息、第二回应消息、第一回应消息中一个或者多个。
101.其中，持久化还包括将上述消息或者数据写入文件或者数据库中，对此，本技术实施例对此不作限制。
102.其中，持久化操作为异步操作。由于持久化操作为耗时的操作，异步执行可防止当前处理过程被阻塞。
103.在一种可能的实现方式中，根据预设条件进行持久化操作，包括：
104.当接收到第一请求消息或者第二回应消息时，对第一请求消息或者第二回应消息进行持久化操作。
105.在一种可能的实现方式中，根据预设条件进行持久化操作，还包括：
106.在发送第二请求消息或者第一回应消息之后，对第二请求消息或者第一回应消息进行持久化操作。
107.由于请求消息和回应消息都需要网关的转发，因此网关在接收到第一请求消息之后，就会创建当前会话，以便于根据该当前会话记录转发过程中的重要信息。例如，网关在第一请求消息的基础上展开操作并产生数据时，或者在第二回应消息的基础上展开操作并产生数据时，可以根据该当前会话对所产生的数据分别进行持久化操作。由于不同处理过程所产生的数据是由同一个会话标识进行持久化操作的，因此可以将这些数据进行关联。由于网关负责接收的第一请求消息非常多，因此，通过创建当前会话，可以确定哪些数据是哪个请求消息中产生的。进一步地，通过会话标识持久化的数据也可以称作原始数据，在后期需进行业务分析时，该原始数据可以作为业务分析的支撑。
108.本技术实施例还提供了一种可能的实现方式，在网关启动时，包括：
109.向核心网的网元存储模块进行服务注册。
110.示例性地，按照5g-nrf协议的要求向核心网的nrf模块(即网元存储模块)进行服务注册，以便于与核心网进行通信。
111.参见图3，本技术实施例还提供了一种基于网关进行消息转发的流程示意图，该流程图记录了一次消息转发的全过程。其中，该流程中包括2条流程：请求消息处理流程、回应消息处理流程。图3中提供了处理节点1-处理节点6这6个不同的处理节点，每个节点为处理某项任务的具体过程，每个处理节点都有输入参数和输出参数，下面将结合各个处理流程和处理节点进行详细的说明：
112.流程1，由处理节点1、处理节点2、处理节点3组成的请求消息处理流程。
113.首先，核心网向网关发送符合http/2协议标准的请求消息(对应上述实施例中的
第一请求消息)。
114.处理节点1，主要用于接收。在处理节点1中，接收并解析该符合http/2协议标准的请求消息，得到解析结果。其中，解析结果包括：符合http/2协议标准的channel，以及json-chf请求数据。其中，channel中包括网关对应的地址标识和核心网对应的地址标识。
115.在网关中，处理节点1将上述解析结果发送给处理节点2。
116.处理节点2，主要用于针对chf类型的数据进行解析和封装。创建当前会话session；该session中包括会话标识sessionkey；对json-chf请求数据进行解析，并结合sessionkey得到sdl-chf请求数据；根据预设的路由策略，确定目标计费节点，以及目标计费节点的路由地址routekey。
117.在网关中，处理节点2将获取的数据发送给处理节点3。
118.处理节点3，通过远程过程调用发送请求消息(对应上述实施例中的第二请求消息)给计费系统。具体地，根据sdl-chf请求数据，以及routekey封装请求消息，得到sdl-rpc请求消息。
119.流程2，由处理节点4、处理节点5、处理节点6组成的请求消息处理流程。
120.首先，计费系统的目标计费节点通过远程调用的方式反馈回应消息(对应上述实施例中的第二回应消息)。
121.处理节点4，接收所反馈的回应消息并进行初步解析，得到sdl-chf回应数据。
122.在网关中，处理节点4将获取的sdl-chf回应数据发送给处理节点5。
123.处理节点5，主要用于针对sdl-chf回应数据进行解析。根据sdl-chf回应数据进行解析操作，得到json-chf回应数据；此外，还根据sdl-chf数据中携带的sessionkey获取对应的通道channel。
124.在网关中，处理节点5将获取的数据发送给处理节点6。
125.处理节点6，主要用于根据向核心网发送回应消息(对应上述实施例中的第一回应消息)。根据channel和json-chf回应数据进行封装操作，得到符合http/2协议标准的第一回应消息。将第一回应消息反馈给核心网。
126.在处理节点6之后，还包括对会话任务表中记录的当前会话进行处理，例如，将该会话的相关信息记录进日志中，解除对该当前会话的超时检测，并从会话任务表中删除该当前会话。
127.此外，网关中还可以包括处理节点7、处理节点8和处理节点9(图中未示出)，具体地：
128.处理节点7，管理会话任务。在处理节点2中创建当前会话session之后，将session发送给处理节点7。处理节点7中包括会话任务表，用于管理该session，并按照预设频率对会话任务表中的会话进行检测，判断是否有会话存在超时。
129.处理节点8，超时任务检测处理。当检测到当前会话属于超时会话时，处理节点8发送超时通知，由处理节点4进行接收。处理节点4对该超时任务进行记录。
130.另外，在网关的具体的流程设计中，采用的是管道模式，因此，所有需要处理的消息都需要从管道入口输入。在本技术实施例中，将处理节点1和处理节点4作为通道的入口节点。而对于需要“回复”的消息的处理过程，一般交给处理节点4去接收。因此，任务超时消息、计费节点反馈的消息、异常处理的消息均通过处理节点4去接收。
131.处理节点9，执行持久化操作。其中，持久化操作具体包括：根据sessionkey进行的持久化操作。例如，节点1接收到请求消息时、节点4接收到回应消息时，可以对接收到的请求消息或者回应消息以键值对的形式进行存储，其中sessionkey作为键，所存储的内容为值；节点3发送请求消息时、节点6发送回应消息时，可以对待发送的请求消息或者回应消息进行存储。由于持久化操作属于比较耗时的处理过程，因此，主要通过开通异步线程的方式处理存储的过程，在存储结束之后，发送通知消息给主线程。
132.除了以上处理流程外，网关还对运行过程中出现的异常情形提供了异常处理的操作，具体地：在处理节点2中，当针对chf类型的数据进行解析或者封装失败时，也可以发送解析错误通知，由处理节点4进行接收；在处理节点3发送请求数据失败时，也可以发出发送失败的通知，由处理节点4进行接收。另外，会话超时也是一种需要处理的异常情形。
133.参见图4，本技术实施例还提供了一种核心网-网关-计费系统连接的结构示意图，用于阐述本技术实施例提供的网关具体如何在核心网和计费系统之间执行消息转发的操作。该结构可以包括：核心网410、网关_420、计费系统430、持久化终端440、计费节点地址库450。
134.具体地，核心网410可以是图1中所示的核心网；网关420可以为本技术实施例中应用了装置50的网关，或者可以包括上述实施例中的处理节点1-处理节点9，或者还可以实施本技术实施例所述的一种消息转发的方法，由于网关420主要用户转发计费消息，因此网关420也可以称为chf-safegate，简称chf-sg；计费系统430可以包括多个计费节点，例如图4中所示的计费节点1-计费节点n；持久化终端440，可以是服务器，用于存储各类消息；计费节点地址库450，可以是服务器，主要用于存储计费节点的路由地址和对应的标识。
135.另外，该网关420中，还可以包括nrf服务注册模块，用于在网关420启动之后，向核心网410的网元模块注册网关420的地址，以便于核心网410中有了计费消息时，通过该注册的地址发送符合http/2协议标准的请求消息。
136.在注册完成之后，核心网410可以向网关420发送消息，具体地：
137.当核心网410中产生计费消息之后，向网关420发送符合http/2协议标准的请求消息；网关420接收到该消息之后，通过处理节点1-处理节点3的处理，得到sdl-rpc请求消息，并将该消息发送给目标计费节点(目标计费节点为计费节点1-计费节点n中任意一个)；目标计费节点接收到sdl-rpc请求消息之后，进行处理，得到需反馈的sdl-rpc回应消息，并发送给网关420；网关420接收到该消息之后，经过处理节点4-6，得到符合http/2协议标准的回应消息，并反馈给核心网410。
138.其中，在处理节点1-6的处理过程中，网关420还可以将请求消息或者回应消息存储至持久化终端440。
139.其中，网关420在处理节点1-3中，在确定目标计费节点时，可以通过访问计费节点地址库450，来获取目标计费节点的路由地址。或者，在网关420启动之后，还可以从计费节点地址库450中加载多个计费节点的信息，并存储在本地。其中，计费节点1-n中任一计费节点在启动之后，还可以向计费节点地址库450发送路由地址和标识，以供存储。
140.参见图5，本技术实施例提供了一种消息转发的装置50，应用于网关，该装置50包括：收发模块510、创建模块520、第一确定模块530、第二确定模块540，其中，
141.收发模块510，用于接收核心网发送的第一请求消息；
142.创建模块520，用于创建当前会话；
143.第一确定模块530，用于根据第一请求消息和当前会话确定第二请求消息；
144.收发模块510，还用于向计费系统发送第二请求消息；
145.收发模块510，还用于接收计费系统反馈的第二回应消息；
146.第二确定模块540，用于根据第二回应消息确定第一回应消息；
147.收发模块510，还用于向核心网反馈第一回应消息。
148.在一种可能的实现方式中，第一确定模块530还用于：
149.根据第一请求消息确定通道，其中，通道包括核心网对应的地址标识和网关对应的地址标识，通道符合http2协议的标准；
150.根据当前会话的会话标识缓存通道。
151.在一种可能的实现方式中，第一确定模块530在根据第一请求消息和当前会话确定第二请求消息中，具体用于：
152.解析第一请求消息，得到第一请求数据；
153.根据第一请求数据和当前会话进行封装操作，得到第二请求数据；
154.根据第二请求数据确定第二请求消息。
155.在一种可能的实现方式中，第一确定模块530，还用于：
156.根据预设的路由策略和第一请求数据，确定目标计费节点，其中，计费系统中包括多个计费节点；
157.其中，向计费系统发送第二请求消息，包括：
158.向计费系统中的目标计费节点发送第二请求消息；
159.其中，接收计费系统反馈的第二回应消息，包括：
160.接收计费系统中的目标计费节点反馈的第二回应消息。
161.根据目标计费节点的标识，获取目标计费节点的路由地址；
162.其中，根据第二请求数据确定第二请求消息，包括：
163.根据第二请求数据和目标计费节点的路由地址确定第二请求消息。
164.在一种可能的实现方式中，第二回应消息携带当前会话的会话标识，第二确定模块540在根据第二回应消息确定第一回应消息中，具体用于：
165.解析第二回应消息，得到第一回应数据；
166.根据第一回应数据确定第二回应数据；
167.根据携带的会话标识，获取通道；
168.根据第二回应数据和通道确定第一回应消息。
169.在一种可能的实现方式中，装置50还包括持久化模块550，该持久化模块550用于：
170.根据预设条件进行持久化操作，其中，持久化操作的对象包括第一请求消息、第二请求消息、第二回应消息、第一回应消息中一个或者多个。
171.在一种可能的实现方式中，第一请求消息和第一回应消息符合http2协议的标准。
172.本技术实施例的装置可执行本技术实施例所提供的方法，其实现原理相类似，本技术各实施例的装置中的各模块所执行的动作是与本技术各实施例的方法中的步骤相对应的，对于装置的各模块的详细功能描述具体可以参见前文中所示的对应方法中的描述，此处不再赘述。
173.本技术实施例中提供了一种电子设备，包括存储器、处理器及存储在存储器上的计算机程序，处理器执行该计算机程序以本技术实施例中所示的消息转发的方法的步骤。
174.参见图6，本技术实施例还提供了一种电子设备具体示例。图6所示的电子设备6000包括：处理器6001和存储器6003。其中，处理器6001和存储器6003相连，如通过总线6002相连。可选地，电子设备6000还可以包括收发器6004，收发器6004可以用于该电子设备与其他电子设备之间的数据交互，如数据的发送和/或数据的接收等。需要说明的是，实际应用中收发器6004不限于一个，该电子设备6000的结构并不构成对本技术实施例的限定。
175.处理器6001可以是cpu(central processing unit，中央处理器)，通用处理器，dsp(digital signal processor，数据信号处理器)，asic(application specific integrated circuit，专用集成电路)，fpga(field programmable gate array，现场可编程门阵列)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本技术公开内容所描述的各种示例性的逻辑方框，模块和电路。处理器6001也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，dsp和微处理器的组合等。
176.总线6002可包括一通路，在上述组件之间传送信息。总线6002可以是pci(peripheral component interconnect，外设部件互连标准)总线或eisa(extended industry standard architecture，扩展工业标准结构)总线等。总线6002可以分为地址总线、数据总线、控制总线等。为便于表示，图6中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
177.存储器6003可以是rom(read only memory，只读存储器)或可存储静态信息和指令的其他类型的静态存储设备，ram(random access memory，随机存取存储器)或者可存储信息和指令的其他类型的动态存储设备，也可以是eeprom(electrically erasable programmable read only memory，电可擦可编程只读存储器)、cd-rom(compact disc read only memory，只读光盘)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质、其他磁存储设备、或者能够用于携带或存储计算机程序并能够由计算机读取的任何其他介质，在此不做限定。
178.存储器6003用于存储执行本技术实施例的计算机程序，并由处理器6001来控制执行。处理器6001用于执行存储器6003中存储的计算机程序，以实现前述方法实施例所示的步骤。
179.其中，电子设备包括但不限于：服务网关。
180.本技术实施例提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，计算机程序被处理器执行时可实现本技术实施例所示的消息转发的方法的步骤。
181.应该理解的是，虽然本技术实施例的流程图中通过箭头指示各个操作步骤，但是这些步骤的实施顺序并不受限于箭头所指示的顺序。除非本文中有明确的说明，否则在本技术实施例的一些实施场景中，各流程图中的实施步骤可以按照需求以其他的顺序执行。此外，各流程图中的部分或全部步骤基于实际的实施场景，可以包括多个子步骤或者多个阶段。这些子步骤或者阶段中的部分或全部可以在同一时刻被执行，这些子步骤或者阶段中的每个子步骤或者阶段也可以分别在不同的时刻被执行。在执行时刻不同的场景下，这
些子步骤或者阶段的执行顺序可以根据需求灵活配置，本技术实施例对此不限制。
182.以上所述仅是本技术部分实施场景的可选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本技术的方案技术构思的前提下，采用基于本技术技术思想的其他类似实施手段，同样属于本技术实施例的保护范畴。