一种报文交互的方法及相关装置与流程

1.本技术涉及通信技术领域，特别是涉及一种报文交互的方法及相关装置。


背景技术：

2.相比于传统的长期演进公网应用场景，专网无线宽带通信网络应用场景，是在已有的长期演进公网应用场景基础之上，根据专网特点增加了以下特点：在较小的带宽下，最大化单基站上行传输速率；用户设备后会再下挂多种形态的终端以进行视频、语音等数据的上行传输。但是，现在往往均采用默认承载进行视频、语音等数据的上行传输，当用户设备下挂多个终端时，则均会采用默认承载传输多个下挂终端的数据，不能为多个下挂终端独立创建专用承载，也就无法为高优先级终端业务进行qos保障，故需要一种可以解决上述技术问题的技术方案。


技术实现要素：

3.本技术主要解决的技术问题是提供一种报文交互的方法及相关装置，可以实现为多个下挂终端独立创建专用承载，进而提高下挂终端的报文交互的效率。
4.为解决上述技术问题，本技术采用的一个技术方案是：提供一种报文交互的方法，所述方法包括：
5.用户终端接收下挂终端发送的上行报文数据包；
6.根据所述上行报文数据包确定所述下挂终端对应的专用承载，其中，所述专用承载与所述下挂终端一一对应；
7.通过所述专用承载将所述上行报文数据包传输至基站，以使得所述基站将所述上行报文数据包发送至核心网。
8.为解决上述技术问题，本技术采用的另一个技术方案是：提供一种报文交互的方法，所述方法包括：
9.基站接收上行报文数据包和/或下行报文数据包，其中，所述上行报文数据包是由下挂终端发出，所述下行报文数据包是由核心网发向所述下挂终端；
10.根据所述上行报文数据包和/或下行报文数据包确定所述下挂终端对应的专用承载，其中，所述专用承载与所述下挂终端一一对应；
11.通过所述专用承载转发所述上行报文数据包和/或下行报文数据包。
12.为解决上述技术问题，本技术采用的又一个技术方案是：提供一种报文交互的方法，所述方法包括：
13.核心网接收下行报文数据包，所述下行报文数据包为外部网关发送至所述核心网、以依次经过所述核心网、基站传输至用户终端、并由所述用户终端转发至下挂终端的数据；
14.根据所述下行报文数据包确定对应的专用承载，并通过所述专用承载将所述下行报文数据包转发至所述基站，以使得所述基站将所述下行报文数据包转发至所述用户终
端，所述专用承载与所述下挂终端一一对应。
15.为解决上述技术问题，本技术采用的再一个技术方案是：提供一种电子设备，所述电子设备包括处理器以及与所述处理器耦接的存储器和通信电路；其中，
16.所述通信电路用于与其他电子设备通信；
17.所述存储器用于存储计算机程序；
18.所述处理器用于运行所述计算机程序以执行如上任意一项所述的方法。
19.为解决上述技术问题，本技术采用的再一个技术方案是：提供一种计算机可读存储介质，所述计算机可读存储介质存储有能够被处理器运行的计算机程序，所述计算机程序用于实现如上所述的方法。
20.本技术的有益效果是：区别于现有技术的情况，本技术所提供的技术方案，用户终端接收下挂终端发送的上行报文数据包，根据上行报文数据包确定下挂终端对应的专用承载，其中，专用承载与下挂终端一一对应；通过专用承载将上行报文数据包传输至基站，以使得基站将上行报文数据包发送至核心网，即在本技术是所提供的技术方案中，通过构建与下挂终端一一对应的专用承载，并在下挂和终端与核心网之间进行报文交互时，通过下挂终端发送至用户终端的上行报文确定下挂终端所对应的专用承载，然后再利用所确定的专用承载将该下挂终端发出的上行报文数据包发送至基站，再通过基站将上行报文数据包发送至核心网，即本技术所提供的技术方案可以实现为多个下挂终端独立创建专用承载，进而提高了下挂终端的报文交互的效率，也可以更好地保证下挂终端的报文交互的效率，此外通过为下挂终端构建专用承载，实现保证了下挂终端与核心网之间交互的实时性。
附图说明
21.图1为本技术一种报文交互的方法一实施例中的流程示意图；
22.图2为本技术一种报文交互的方法另一实施例中的流程示意图；
23.图3为本技术一种报文交互的方法又一实施例中的流程示意图；
24.图4为本技术一种报文交互的方法一实施例中的流程示意图；
25.图5为本技术一种报文交互的方法另一实施例中的流程示意图；
26.图6为本技术一种报文交互的方法又一实施例中的流程示意图；
27.图7为本技术一种数据交互的方法一实施例中的流程示意图；
28.图8为本技术一种数据交互的方法另一实施例中的流程示意图；
29.图9为本技术一种报文交互的方法一实施例中的交互示意图；
30.图10为本技术一种报文交互的方法一实施例中的交互示意图；
31.图11为本技术一种电子设备一实施例中的结构示意图；
32.图12为本技术一种计算机可读存储介质一实施例结构示意图。
具体实施方式
33.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述。可以理解的是，此处所描述的具体实施例仅用于解释本技术，而非对本技术的限定。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
34.本技术的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。
35.在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本技术的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。
36.请参见图1，图1为应用本技术一种报文交互的方法一实施例中的流程示意图。在当前实施例，本技术所提供的方法包括：
37.s110：用户终端接收下挂终端发送的上行报文数据包。
38.每个用户终端下设有至少一个下挂终端，且在此对于每个用户设备下设的下挂终端的类型不做限定，一个用户终端可以下设有多种不同类型的下挂终端。如一实施例中，用户终端下设有多个相同类型的下挂终端。在另一实施例中，一用户设备下设有多个不同类型的下挂终端。在本技术所提供的技术方案中，下挂终端相对用户终端为下行方向，基站以及核心网相对用户终端为上行方向。
39.每个下挂终端在采集到数据后，将所采集的数据以报文数据包的形式发送至用户终端。对应的，如若同一个用户终端下设有多个下挂终端时，每个下挂终端在采集到数据以后，同样会将所采集的数据以报文数据包的形式反馈至用户终端。在当前实施例中，不限定多个不同下挂终端报文数据包的发送顺序和发送优先级。其中，在当前实施例中，上行报文数据包为自下行方向发送至上行方向的报文数据包，如，下挂终端发送至用户终端以及核心网的报文数据包为上行报文数据包。在当前实施例中，下挂终端发送至用户终端的上行报文数据包中包括下挂终端的ip地址和采集所得的数据。下挂终端的ip地址为下挂终端的身份标识，具体可以为下挂终端与用户终端连接时，由用户终端为下挂终端分配的用于双向之间通信的、且具备唯一性的地址(也可以将下挂终端的ip 地址理解为下挂终端的身份标识信息)。可以理解的是，在其他实施例中，下挂终端的ip地址还可以是在下挂终端与用户终端发起连接请求，由用户终端自动启动下挂终端地址申请流程，并通过基站向核心网发送下挂终端地址请求，并由核心网响应该下挂终端地址请求下发的ip地址。
40.进一步地，在另一实施例中，并不限定上行报文数据包中一定包括下挂终端的ip地址，下挂终端的ip地址也可以是作为一个单独的个体与上行报文数据包直接绑定发送至用户终端。
41.其中，下挂终端为用于采集数据的终端设备，下挂终端可以通过与用户终端连接，进而实现与核心网进行交互，用户终端为可以通过基站与核心网进行数据交互、且可以下设多个下挂终端的终端设备。
42.在一实施例中，下挂终端包括无线摄像头、有线摄像头、集群终端、集群智能多模终端、执法记录仪、头盔摄像头、生命体征采集器中的任意一种或多种。可以理解的是，下挂终端还可以包括其他类型的设备，在此不一一列举。
43.在一实施例中，用户终端为负责将诸如上述下挂终端的业务数据上传至核心网及
云端的设备，用户终端包括移动终端、可与基站交互的车载设备中的任意一种。可以理解的是，用户终端还可以包括其他类型的设备，在此不一一列举。
44.s120：根据上行报文数据包确定下挂终端对应的专用承载。
45.用户终端在接收到下挂终端发送的上行报文数据包后，进一步根据所接收到的上行报文数据包确定该下挂终端所对应的专用承载。其中，下挂终端所对应的专用承载是专用于为该下挂终端进行报文传送的承载通道，即每个下挂终端都会有自身对应的专用承载，专门用于传送自身的报文数据包。
46.其中，专用承载与下挂终端是一一对应的，且为下挂终端与用户终端建立连接关系时，由用户终端、基站和核心网配合预先构建的专用承载通道，专用于传输所对应的下挂终端的报文数据包。如，在某个下挂终端与用户终端连接以下挂至该用户终端时，则会首先启动为该下挂终端构建对应的专用承载，专用承载的构建流程可以参见下文图8对应部分的阐述。
47.进一步地，当一实施例中，当同一个用户终端下挂了多个下挂终端时，还可以预先根据不同下挂终端所承载的业务的属性确定不同的通信优先级。对应的，当用户终端同时接受到多个下挂终端发送的上行报文数据包，则用户终端可以根据下挂终端的通信优先级，依次根据不同下挂终端发送的上行报文数据包确定各自所对应下挂终端对应的专用承载，并利用所确定的专用承载，将对应下挂终端的上行报文数据包传输至基站。
48.更进一步地，在另一实施例中，预先根据不同下挂终端所承载的业务属性确定不同的通信优先级。若用户终端同时收到多个下挂终端发送的上行报文数据包，且此时用户终端的运算能力和运行内存可以支持同时根据多个上行报文数据包确定不同下挂终端各自所对应的专用承载时，则可以直接同时为多个下挂终端确定各自对应的专用承载，然后通过所确定的各个专用承载分别将各个上行报文数据包传输至基站。
49.s130：通过专用承载将上行报文数据包传输至基站，以使得基站将上行报文数据包发送至核心网。
50.用户终端在确定下挂终端所对应的专用承载之后，进一步通过所确定的专用承载将上行报文数据包传输至对应的基站，进而使得基站将上行报文数据包发送至核心网。
51.进一步地，当同时收到多个下挂终端发送的上行报文数据包，并同时确定多个不同下挂终端对应的专用承载之后，进一步分别利用所确定的各个下挂终端所对应的专用承载将各个下挂终端各自的上行报文数据包发送至基站，进而使得基站将上行报文数据包发送至核心网。
52.本技术图1所对应的实施例中，通过预先为各个下挂终端建立与其一一对应的专用承载，并在用户终端接收下挂终端发送的上行报文数据包，通过根据上行报文数据包确定下挂终端对应的专用承载，通过下挂终端所对应的专用承载将上行报文数据包传输至基站，以使得基站将上行报文数据包发送至核心网，提高了下挂终端通信的响应速度和报文交互的效率，进而保证了下挂终端与核心网之间交互的实时性。即在本技术所提供的技术方案中，通过构建与下挂终端一一对应的专用承载，并在下挂终端与核心网之间进行报文交互时，通过下挂终端发送至用户终端的上行报文数据包确定下挂终端所对应的专用承载，然后再利用所确定的专用承载将该下挂终端发出的上行报文数据包发送至基站，再通过基站将上行报文数据包发送至核心网，可以更好地保证下挂终端的报文交互的效率，也
通过为下挂终端构建专用承载，实现保证了下挂终端与核心网之间交互的实时性，起到了良好的技术效果。
53.请参见图2，图2为本技术一种报文交互的方法另一实施例中的流程示意图。本技术所提供的方法包括：
54.s201：用户终端接收下挂终端发送的上行报文数据包。
55.如上，下挂终端在采集到的数据之后，进一步将所采集到的数据打包成报文数据包，并上行发送至用户终端。其中，下挂终端所采集到的数据至少包括视频数据和/或声音数据。用户终端接收下挂终端发送的上行报文数据包。
56.本技术所提及的报文数据包至少包括：由下挂终端和核心网之间交互的数据包，每个报文数据包中包括待传输的报文数据。进一步地，按照传输方向对报文数据包进行分类，报文数据包进一步包括：上行报文数据包和下行报文数据包。其中，上行报文数据包为由下挂终端发出，经用户终端、基站发送至核心网；下行报文数据包为经由核心网发送的，依次经过基站、用户终端发送至下挂终端的报文数据。
57.进一步地，用户终端还会对上行报文数据包做mac合法性校验，当校验通过后，则会执行下述步骤以则根据上行报文数据包信息和tft 的匹配关系，选择对应的专用承载转发上行报文数据包。
58.在当前实施例中，上述步骤s120根据上行报文数据包确定下挂终端对应的专用承载，进一步包括步骤s202和步骤s203。
59.s202：解析上行报文数据包以获取下挂终端对应的ip地址。
60.在当前实施例中，下挂终端在向用户终端发送上行报文数据包时，会同时将自身所对应的ip地址写入上行报文数据包发送至用户终端。用户终端在接收到下挂终端发送的上行报文数据包以后，进一步解析上行报文数据包以获取下挂终端的ip地址。
61.其中，在当前实施例中，ip地址可以为核心网响应用户终端的下挂终端地址申请请求而为下挂终端分配的地址。可以理解的是，如上所述， ip地址在其他实施例中也可以为下挂终端与用户终端连接时，由用户终端为下挂终端分配的用于双向之间通信的、且具备唯一性的地址。
62.s203：根据ip地址确定下挂终端对应的专用承载。
63.由于专用承载与下挂终端是一一对应的，故在获取到下挂终端的ip 地址后，用户终端可以进一步根据所接收到的上行报文数据包中的ip 地址(或与上行报文数据包绑定发送至用户终端的ip地址)确定下挂终端对应的专用承载，以在该下挂终端对应的专用承载上发送该下挂终端的报文数据包。
64.其中，专用承载为核心网响应用户终端发送的下挂终端地址申请请求后，由核心网、基站和用户设备根据ip地址共同创建所得的、且专用于传输该下挂终端的报文数据包的通道。
65.s204：通过专用承载将上行报文数据包传输至基站，以使得基站将上行报文数据包发送至核心网。
66.其中，步骤s204与上文图1所示意的实施例中的s130相同，具体可以参见上文对应部分的阐述，在此不再赘述。
67.请参见图3，图3为本技术一种报文交互的方法又一实施例中的流程示意图。
68.首先需要说明的是，用户设备下挂有多个下挂终端，预先为多个下挂终端各自所对应的专用承载设置不同的带宽资源配置优先级。其中，带宽资源配置优先级用于标识各个专用承载的传输带宽资源的配置优先级顺序，即是各个下挂终端所对应的专用承载在用户终端和核心网之间的传输带宽资源的配置优先级。在同时需要为多个下挂终端的专用承载配置带宽资源时，则会优先为具备较高的带宽资源配置优先级的专用承载配置带宽资源，以优先保证将该专用承载所对应的下挂终端的报文数据包传输至核心网或用户终端。在当前实施例中，带宽资源配置优先级为根据上文所述的下挂终端通信优先级对应设置。在其他实施例中，带宽资源配置优先级也可以是不对应上述通信优先级设置的，具体以实际的设计为准。
69.在当前实施例中，当核心网向下挂终端发送报文数据包时，本技术所提供的方法还包括：
70.s301：接收基站转发的下行报文数据包。
71.在核心网需要向某一个或多个下挂终端发送报文数据包时，核心网首先会通过该下挂终端或分别通过多个下挂终端各自所对应的专用承载，将报文数据包发送至基站，然后经由基站转发并通过各个下挂终端各自所对应的专用承载将报文数据包转发至用户终端。
72.用户终端还用于接收基站转发的核心网所发送的下行报文数据包，并进一步根据下行报文数据包中包括的ip地址(或下行报文数据包对应的ip地址)向对应的下挂终端发送该下行报文数据包。在当前实施例中，将经由核心网发送至下挂终端或即将发送至下挂终端的报文数据包定义为下行报文数据包。
73.进一步地，当用户终端同时接收到多个下行报文数据包时，则用户终端可以进一步根据下行报文数据包的优先级别，依次将各个下行报文数据包发送至对应的下挂终端。更进一步地，当用户终端同时接收到多个下行报文数据包时，还可以是根据各个专用承载的带宽资源配置优先级的顺序，先后将各个下行报文数据包发送至对应的下挂终端。
74.更进一步地，当用户终端的运算能力可以支持同时为多个不同下挂终端传输多个下行报文数据包时，在用户终端同时接收到多个下行报文数据包时，则会同时向对应的多个下挂终端发送对应的下行报文数据包。
75.s302：解析下行报文数据包获取ip地址。
76.在接收到下行报文数据包时，则进一步解析下行报文数据包以获取ip地址。其中，解析下行报文数据包所获取的ip地址为下挂终端的ip 地址。
77.在一实施例中，ip地址可以是被打包至下行报文数据包中发送至用户终端的，对应的，用户终端在接收到下行报文数据包以后，可以直接通过解析下行报文数据包，即可获取到该下行报文数据包对应的下挂终端的ip地址。
78.在另一实施例中，由于专用承载与下挂终端具备一一对应的关系，且在为下挂终端构建完成专用承载之后，会进一步将下挂终端的ip地址和下挂终端的专用承载信息对应保存。故在核心网向下挂终端发送下行报文数据包时，直接通过下挂终端对应的专用承载向下挂终端发送该下行报文数据包，在用户终端接收到下行报文数据包之后，只需要根据用于传输报文数据包的专用承载即可确定下挂终端的ip地址。
79.s303：根据ip地址确定下行报文数据包对应的下挂终端，并将下行报文数据包发
送至下行报文数据包对应的下挂终端。
80.用户终端在获取到ip地址之后，进一步根据ip地址确定下行报文数据包对应的下挂终端。然后直接将下行报文数据包发送至下行报文数据包对应的下挂终端即可。
81.进一步地，如上所述，若用户终端同时接收到多个下行报文数据包，并分别确定各个下行报文数据包之后，则可以进一步根据下行报文数据包对应的传输带宽资源配置优先级，依次将各个下行报文数据包发送至各个对应的下挂终端，进而完成核心网与下挂终端之间的报文交互。其中，优先为较高的输带宽资源配置优先级的专用承载配备带宽资源，以优先将该专用承载对应的报文数据包传输至下挂终端。在当前实施例中，通过为多个下挂终端各自所对应的专用承载设置不同的带宽资源配置优先级，实现在资源受限时可以优先对高优先级终端提供业务保障。
82.进一步地，若用户终端检测到某个下挂终端断开连接，本技术所提供的方法还包括：向核心网发送删除下挂终端地址请求，以删除下挂终端对应的专用承载。在本技术所提供的方法中，通过设置用户终端在检测到下挂终端断开连接时，用户终端则会向核心网发送删除下挂终端地址请求，以删除下挂终端对应的专用承载，进而实现释放掉断开连接的下挂终端的专用承载所对应的带宽资源，以为更多的下挂终端提供带宽资源服务。
83.更进一步地，若检测到下挂终端断开连接之后，本技术所提供的方法还包括：用户等候设定时间，以判断下挂终端是否是因为信号不稳定而产生短暂断开。若经过设定时间后，依然没有接收到下挂终端的重新连接请求，则进一步执行向核心网发送删除下挂终端地址请求，以删除下挂终端对应的专用承载的步骤。
84.再进一步地，若检测到下挂终端断开连接之后，本技术所提供的方法还包括：用户终端向断开的下挂终端发送测试指令，以测试下挂终端是否为因为信号不稳定而产生短暂性断开。若接收到下挂终端对测试指令的应答之后，进一步根据下挂终端的应答执行对应的动作。若下挂终端对测试指令的应答为重新连接请求，则继续保留下挂终端的ip地址。反之，若下挂终端对测试指令的应答为保持断开，则执行向核心网发送删除下挂终端地址请求，以删除下挂终端对应的专用承载，以释放带宽资源的步骤。
85.请参见图4，图4为本技术一种报文交互的方法一实施例中的流程示意图。在当前实施例中，是以基站为主要执行主体进行阐述。
86.s410：基站接收上行报文数据包和/或下行报文数据包。
87.在进行报文交互时，基站作为中转站，可以接收到来自核心网的下行报文数据包，也可以是接收到来自用户终端的上行报文数据包。其中，如上所述上行报文数据包是由下挂终端发出并发送至用户终端，再由用户终端经过下挂终端所对应的专用承载转发至基站的，以使得基站转发至核心网的数据包；下行报文数据包是由核心网经过下挂终端对应的专用承载发送至基站，以使得基站发送至用户终端，进而经过用户终端发向下挂终端的数据包。
88.其中，需要说明的是，专用承载为用户终端接收到下挂终端发送的地址申请请求后，由用户终端向核心网发送下挂终端地址申请请求获取到ip地址后，由核心网、基站和用户设备配合预先共同创建所得的、专为对应的下挂终端传输报文数据的承载信道，专用承载与下挂终端是一一对应的。
89.s420：根据上行报文数据包和/或下行报文数据包确定下挂终端对应的专用承载。
90.其中，如上所述专用承载与下挂终端一一对应，故基站在接收到上行报文数据包和/或下行报文数据包时，首先根据所接收到的上行报文数据包和/或下行报文数据包确定下挂终端，然后根据所确定下挂终端进一步确定对应的专用承载，进而得到上行报文数据包和/或下行报文数据包对应的下挂终端所对应的专用承载。
91.进一步地，由于专用承载于下挂终端是一一对应的，基站在接收到上行报文数据包和/或下行报文数据包时，也可以直接根据上行报文数据包和/或下行报文数据包中所包括的下挂终端的信息，直接确定下挂终端对应的专用承载。
92.s430：通过专用承载转发上行报文数据包和/或下行报文数据包。
93.在确定了下挂终端所对应的专用承载之后，基站进一步通过与下挂终端所对应的专用承载转发所对应的上行报文数据包和/或下行报文数据包。
94.具体地，在一实施例中，当基站所接收到的是上行报文数据包，则对应的根据上行报文数据包确定其所对应的下挂终端，进而根据所确定的下挂终端确定专用承载，然后通过所确定的专用承载转发上行报文数据包至核心网。
95.在另一实施例中，当基站所接收到的是下行报文数据包，则对应的根据下行报文数据包确定其所对应的下挂终端，进而根据所确定的下挂终端确定专用承载，然后通过所确定的专用承载转发下行报文数据包至用户终端，以通过用户终端将下行报文数据包发送至下挂终端。
96.请参见图5，图5为本技术一种报文交互的方法另一实施例中的流程示意图。首先需要说明的是图5所对应的实施例中，也是从基站的角度对本技术所提供的报文交互的方法进行进一步阐述。
97.s501：基站接收上行报文数据包和/或下行报文数据包。
98.在当前实施例中，步骤s501与上文的步骤s410相同，在此不再阐述。在当前实施例中，上述步骤s420根据上行报文数据包和/或下行报文数据包确定下挂终端对应的专用承载进一步包括步骤s502至步骤 s503。
99.s502：解析上行报文数据包和/或下行报文数据包，以获取下挂终端对应的ip地址。
100.基站在接收到上行报文数据包和/或下行报文数据包时，解析所接收到的上行报文数据包和/或下行报文数据包，以获取上行报文数据包和/ 或下行报文数据包所对应的下挂终端的ip地址。其中，在核心网向下发送下行报文数据包时，会进一步在下行报文数据包中写入下挂终端的ip 地址，同理，下挂终端在生成上行报文数据包时，同样也会将下挂终端的ip地址写入至上行报文数据包中。如上述实施例所述，在一些实施例中，核心网还可以是将下挂终端的ip地址与下行报文数据包绑定发送，下挂终端还可以是下挂终端的ip地址与上行报文数据包绑定发送。
101.s503：根据ip地址确定下挂终端对应的专用承载。
102.基站在解析上行报文数据包和/或下行报文数据包，获取下挂终端对应的ip地址之后，进一步根据所得的ip地址确定下挂终端所对应的专用承载。在当前实施例中，通过将ip地址写入至上行报文数据包和/或下行报文数据包，可以实现快速确定下挂终端，进而实现依据下挂终端与专用承载一一对应关系快速确定专用承载，从而提高了下挂终端的报文交互的效率。
103.s504：通过专用承载转发上行报文数据包和/或下行报文数据包。
104.步骤s504与上述步骤s430相同，在此不再重复阐述，具体可以参见上文对应部分的阐述。
105.请参见图6，图6为本技术一种报文交互的方法又一实施例中的流程示意图。在当前实施例中，用户设备下挂多个下挂终端，多个下挂终端各自所对应的专用承载对应不同的带宽资源配置优先级。
106.在当前实施例中，本技术所提供的方法包括：
107.s601：基站接收上行报文数据包。
108.s602：根据上行报文数据包确定下挂终端对应的专用承载。
109.在当前实施例中，步骤s601和步骤s602分别与步骤s410和步骤 s420中的内容相同，具体可以参考上文对应部分的阐述。在当前实施例中，在步骤s602根据上行报文数据包确定下挂终端对应的专用承载之后，本技术所提供的方法还包括步骤s603和步骤s604。
110.s603：确定上行报文数据包对应的专用承载的带宽资源配置优先级，并获取其他待转发的上行报文数据包所对应的专用承载的带宽资源配置优先级。
111.在一实施例中，在基站接收到上行报文数据包，并根据上行报文数据包确定其所对应的下挂终端对应的专用承载之后，进一步确定上行报文数据包对应的专用承载的带宽资源配置优先级，并同时获取其他待转发的上行报文数据包所对应的专用承载的带宽资源配置优先级。
112.在另一实施例中，当基站同时接收到多个上行报文数据包，并根据各个上行报文数据包确定其各自所对应的下挂终端对应的专用承载之后，进一步确定各个上行报文数据包对应的专用承载的带宽资源配置优先级，并获取其他待转发的上行报文数据包所对应的专用承载的带宽资源配置优先级，以根据所接收到的各个上行报文数据包以及基站当前剩余的待转发上行报文数据包各自所对应的专用承载的带宽资源配置优先级，为各个专用承载配置带宽资源，以实现优先保证具备较高带宽资源配置优先级的专用承载完成传输对应的上行报文数据包。
113.进一步地，需要说明的是，图6所示意的是在基站接收上行报文数据包之后，先执行步骤s602再执行步骤s603，但是在此并不限定步骤 s602和步骤s603的执行的顺序一定如图6所示意的。在其他实施例中，在基站同时接收到多个上行报文数据包时，也可以是在根据上行报文数据包确定其各自所对应的下挂终端对应的专用承载的同时，确定各个上行报文数据包对应的专用承载的带宽资源配置优先级，并获取其他待转发的上行报文数据包所对应的专用承载的带宽资源配置优先级。
114.s604：根据带宽资源配置优先级，自高至低依次为各个上行报文数据包各自对应的专用承载配置带宽资源。
115.在确定了上行报文数据包和剩余的其他待转发的上行报文数据包对应的专用承载的带宽资源配置优先级之后，进一步根据带宽资源配置优先级，自高至低依次为各个上行报文数据包各自对应的专用承载配置带宽资源，即优先为具备较高带宽资源配置优先级的专用承载配备带宽资源，然后再利用剩余的带宽资源为具备较低带宽资源配置优先级的专用承载配备带宽资源，进而实现按照高优先级至低优先级的顺序依次传输各个上行报文数据包。
116.s605：通过专用承载转发上行报文数据包。步骤s605与上述步骤 s430相同，具体可以参见上文对应部分的阐述，在此不再赘述。
117.进一步地，在另一实施例中，如若基站接收到的是下行报文数据包，则对应的在步骤根据下行报文数据包确定下挂终端对应的专用承载之后，本技术所提供的方法还包括：确定下行报文数据包对应的专用承载的带宽资源配置优先级，并获取其他待转发的下行报文数据包所对应的专用承载的带宽资源配置优先级；根据带宽资源配置优先级，自高至低依次为各个下行报文数据包各自对应的专用承载配置带宽资源。
118.请参见图7，图7为本技术一种数据交互的方法一实施例中的流程示意图。在当前实施例中，是从核心网侧对本技术所提供的报文交互的方法进行阐述。具体地，本技术所提供的方法包括：
119.s710：核心网接收下行报文数据包。
120.在进行报文交互的过程中，核心网是用于接收基站转发的上行报文数据包，和/或外部网关发送的下行报文数据包。其中，上行报文数据包为下挂终端发送的、且经用户终端转发至基站并传输至核心网的数据，下行报文数据包为外部网关发送至核心网、以依次经过核心网、基站传输至用户终端、并转发至下挂终端的数据。
121.s720：根据下行报文数据包确定对应的专用承载，并通过专用承载将下行报文数据包转发至基站，以使得基站将下行报文数据包转发至用户终端。
122.在一实施例中，如若核心网接收到下行报文数据包，则会根据下行文数据包确定对应的专用承载，然后通过所确定的专用承载将下行报文数据包转发至基站，以使得基站将下行报文数据包转发至用户终端，进而通过用户终端将下行报文数据包发送至对应的下挂终端，进而实现快速将下行报文数据包发送至对应的下挂终端。其中，如上所述专用承载与下挂终端一一对应，专用承载为专为下挂终端传输数据的承载信道。
123.本技术所提供的方法还包括：在核心网接收上行报文数据包之后，进一步地将上行报文数据包发送至外部网关，以使得外部网关响应所接收到的上行报文数据包，存储上行报文数据包或处理上行报文数据包。故在又一实施例中，如若核心网同时接收到上行报文数据包和下行报文数据包，核心网可以在将上行报文数据包发送至外部网关的同时，根据下行报文数据包确定对应的专用承载，并通过专用承载将下行报文数据包转发至基站，以使得基站将下行报文数据包转发至用户终端。
124.进一步地，在一实施例中，如若预先为不同的下挂终端各自所对应的专用承载设置不同的带宽资源配置优先级，且核心网同时接收到多个下行报文数据包时，则上述s720进一步包括：根据下行报文数据包确定各个下行报文数据包对应的专用承载，并进一步确定各个专用承载的带宽资源配置优先级，然后根据所确定的各个专用承载的带宽资源配置优先级顺序为各个专用承载配置带宽资源，以通过专用承载将下行报文数据包转发至基站，进而实现使得基站将下行报文数据包转发至用户终端。
125.其中，核心网和/或基站根据所确定的各个专用承载的带宽资源配置优先级顺序为各个专用承载配置带宽资源的规则如下：在带宽资源紧张时，优先为具备较高的带宽资源配置优先级的专用承载配置带宽资源，以保证具备较高的带宽资源配置优先级的专用承载可以快速完成对应的报文数据包的传输。如，核心网收到三个下行报文数据包a、b和c，其中，a、b和c对应的专用承载的带宽资源配置排序则是依次升高，则对应的核心网会优先为c
对应的专用承载配置带宽资源，然后再为b 对应的专用承载配置带宽资源，最后再为a对应的专用承载配置带宽资源，以优先保证具备较高的带宽资源配置的专用承载可快速传输对应的报文数据包，同时也可以保证传输报文数据包的质量。
126.进一步地，上述的预先根据不同下挂终端所承载的业务属性所确定的通信优先级、上行报文数据包的优先级、下行报文数据包的优先级别均可以与所对应的专用承载的带宽资源配置优先级顺序保持一致设置。如，下挂终端a、下挂终端b和下挂终端c分别对应专用承载ⅰ、专用承载ⅱ和专用承载ⅲ，对应的，此时下挂终端a、下挂终端b和下挂终端c分别对应有上行报文数据包
①
、报文数据包
②
和报文数据包
③
，则根据优先级设置规则，可以设置：下挂终端a的通信优先级＞下挂终端 b的通信优先级＞下挂终端c的通信优先级；对应的，专用承载ⅰ的带宽资源配置优先级＞专用承载ⅱ的带宽资源配置优先级＞专用承载ⅲ的带宽资源配置优先级；对应的，上行报文数据包
①
的优先级＞报文数据包
②
的优先级＞报文数据包
③
的优先级。
127.进一步地，请参见图8，图8为本技术一种数据交互的方法另一实施例中的流程示意图。在当前实施例中，具体从核心网侧阐述了专用承载的创建流程。
128.s801：接收用户终端经基站转发的下挂终端地址申请请求。
129.在用户终端接收到下挂终端发送的地址申请请求后，用户终端进一步向核心网转发下挂终端地址申请请求。核心网在接收到用户终端经基站转发的下挂终端地址申请请求后，进一步执行下述步骤s802，以响应下挂终端地址申请请求，为下挂终端分配ip地址。
130.s802：响应下挂终端地址申请请求，为下挂终端分配ip地址并将 ip地址反馈至基站，以经基站反馈至用户终端。
131.核心网接收到用户终端经基站转发的下挂终端地址申请请求后，响应下挂终端地址申请请求，并为下挂终端分配ip地址，同时将ip地址反馈至基站，以经基站反馈至用户终端。其中，核心网为下挂终端分配的ip地址是用于后续报文交互时标识下挂终端的身份，且为下挂终端分配的ip地址是核心网自预先配置的地址池中获取的。
132.进一步地，核心网在为下挂终端分配ip地址并将ip地址反馈至基站，以使得基站将ip地址反馈至用户终端后，核心网还会进一步根据 ip地址更新业务流模板，以完成专用承载的构建。
133.s803：根据下挂终端地址申请请求中所包括的mac确定策略计费控制规则。
134.核心网在收到下挂终端地址申请请求之后，核心网还用于根据下挂终端地址申请请求中所包括的mac确定策略计费控制规则。其中，mac (media access control)为下挂终端的物理地址，策略计费控制规则包括qos(quality of service)。
135.进一步地，qos中包括带宽资源配置优先级标识，带宽资源配置优先级标识用于向基站标识为专用承载配置带宽资源的顺序。
136.s804：基于策略计费控制规则获取业务流模板，并基于ip地址更新业务流模板。
137.其中，业务流模板是用于将报文数据包匹配至对应的专用承载，再用策略计费控制规则提供带宽的保障。在响应下挂终端地址申请请求，为下挂终端分配ip地址并将ip地址反馈至基站，以经基站反馈至用户终端，并根据下挂终端地址申请请求中所包括的mac确定策略计费控制规则之后，进一步基于策略计费控制规则获取业务流模板，然后再进一步基于ip地址更新业务流模板。
138.进一步地，上述步骤中的基于ip地址更新业务流模板，进一步包括：将ip地址作为业务流模板中的上行过滤器(pf)的源地址和下行过滤器的目的地址，进而更新业务流模板。
139.s805：将策略计费控制规则发送至基站，并经基站转发至用户终端，进而使得基站和用户终端将策略计费控制规则和ip地址关联保存，以完成专用承载的构建。
140.在基于策略计费控制规则获取业务流模板，并基于ip地址更新业务流模板之后，进一步将当前的策略计费控制规则发送至基站，以使得基站将策略计费控制规则转发至用户终端，进而使得基站和用户终端将策略计费控制规则和ip地址关联保存，以完成专用承载的构建。
141.进一步，本技术所提供的方法还包括：接收到基站转发的删除下挂终端地址请求；解析删除下挂终端地址请求，获取下挂终端的mac和 ip地址，根据mac和ip地址发起删除专用承载的流程以删除专用承载。
142.在一实施例中，当用户终端的下挂终端发起地址申请时，pgw(pdngateway，即pdn网关)根据地址申请中所携带mac，找到需要创建的专用承载所需使用的pcc规则(pcc rule)来创建对应的专用承载，在完成对应的专用承载的创建之后，该下挂终端与核心网之间的所有数据业务均会选择对应专用承载进行传输。
143.pgw中增加ue imsi(国际移动用户识别码：international mobilesubscriber identification number)、terminal mac(终端物理地址)、 terminal ip(终端ip地址)和pcc rule(策略计费控制规则)映射关系。当下挂终端发起动态或静态地址申请时，pgw根据地址申请消息中所携带mac，找到需要创建的专载使用的pcc规则(pcc rule)来创建对应的专载。其中pcc规则包括qos(服务质量)和tft。其中，qos 包括qci、arp(allocation and retention priority：分配保留优先级)、 mbr(maximum bit rate：最大比特率)和gbr。tft(业务流模板) 为使用分配的terminal ip作为tft的上行pf源地址以及下行pf目的地址。
144.请参见图9，图9为本技术一种报文交互的方法一实施例中的交互示意图。在当前实施例中，展示的是本技术一种报文交互的方法一实施例中的应用交互示意图。在当前实施例中，本技术所提供的方法包括：
145.s91.向用户终端发起连接请求。
146.s92.用户终端自动启动下挂终端地址申请流程。并通过基站向核心网发送下挂终端地址请求。
147.s93.通过基站向核心网发送下挂终端地址请求。
148.s94.响应下挂终端地址申请请求，为下挂终端分配ip地址并将ip 地址反馈至基站，以经基站反馈至用户终端。
149.s95.根据下挂终端地址申请请求中所包括的mac确定策略计费控制规则。
150.s96.基于策略计费控制规则获取业务流模板，并基于ip地址更新业务流模板。
151.s97.将策略计费控制规则发送至基站，以使得基站将策略计费控制规则和ip地址关联保存。
152.s98.基站转发策略计费控制规则至用户终端，进而使得用户终端将策略计费控制规则和ip地址关联保存，以完成专用承载的构建。
153.通过图9所示意的交互流程，可以实现快速为新接入的下挂终端建立专用承载，进
而为实现提高下挂终端与核心网之间报文交互的效率提供了技术基础。
154.请参见图10，图10为本技术一种报文交互的方法一实施例中的交互示意图。具体阐述了报文交互的过程，在当前实施例中，本技术所提供的方法包括：
155.s1001.向用户终端发送上行报文数据包。
156.s1002.用户终端接收下挂终端发送的上行报文数据包。
157.s1003.根据上行报文数据包确定下挂终端对应的专用承载。
158.s1004.通过专用承载将上行报文数据包传输至基站。
159.s1005.基站接收上行报文数据包。
160.s1006.根据上行报文数据包确定下挂终端对应的专用承载。
161.s1007.通过专用承载转发上行报文数据包至核心网。
162.s1008.核心网接收上行报文数据包，并发送至外部网关，以使得外部网关响应所接收到的上行报文数据包。
163.s1009.核心网接收外部网关发送的下行报文数据包。
164.s1010.根据下行报文数据包确定对应的专用承载。
165.s1011.通过专用承载将下行报文数据包转发至基站。
166.s1012.基站通过专用承载将下行报文数据包转发至用户终端。
167.s1013.解析下行报文数据包获取ip地址，根据ip地址确定下行报文数据包对应的下挂终端。
168.s1014.将下行报文数据包发送至下挂终端。
169.本技术所提供的报文交互的方法，通过为下挂终端构建与其单独对应的、且专用于为下挂终端传输报文数据的专用承载，可以实现提高下挂终端的报文交互的效率。在一些实施例中，通过为下挂终端所对应的专用承载设置带宽资源配置优先级，实现在当资源受限时，优先为具备较高的带宽资源配置优先级的专用承载配置带宽资源，进而实现优先保证具备较高的带宽资源配置优先级的专用承载的下挂终端的报文交互，进而较好地保障了具备较高优先级的下挂终端的业务。
170.在一实施例中，对标准qci2进行扩展，扩展8个gbr qci，依次为qci 21-28，来区分不同下挂终端专载的优先级，当资源受限时对高优先级终端提供业务保障。
171.如在一实施例中，请结合下表所示意的扩展qci一览表，可以针对同一个用户终端下的多个下挂终端各自所对应的专用承载，为了区分出不同下挂终端的优先级，进行差异化调度，对标准qci2进行扩展，扩展8个gbr qci(guranteed bit rate qos class identifier)，依次为qci 21-28，priority level(带宽资源配置优先级)分别为4.1-4.8，丢包率和时延跟qci2保持一致，满足直播流媒体业务。在当前实施例中，如下表所示意的最多可区分8个不同下挂终端专载。
[0172][0173][0174]
基于上述图1至图10，在一实施例中，以dhcp(dynamic hostconfiguration protocol，动态主机配置协议)下挂终端为例，对报文交互进行描述。
[0175]
下挂终端成功连接至用于终端，且核心网、基站和下挂终端相互配合建立了对应该下挂终端的默认承载。下挂终端向用户终端发起dhcp 请求；用户终端在收到dhcp请求后向epc(演进数据核心网)发起下挂终端地址申请流程，核心网中的pgw网元(即pdn网关)为该下挂终端分配terminal ip(即上述的ip地址)。同时，pgw根据地址申请消息中所携带mac，找到需要创建的专载使用的qos，并使用分配的 terminal ip更新tft(业务流模板)的上行pf源地址以及下行pf目的地址，以完成该下挂终端的专用承载的创建。在更新完tft后，进一步利用用户终端与pgw中的tft(业务流模板)匹配功能，使得下挂终端的数据业务与对应专用承载进行关联，进而在后续为该下挂终端传输报文数据时直接利用该专用承载传输对应的报文数据。通过专用承载的构建，实现在下挂终端与核心网进行报文交互时，实现了端到端业务数据均在各自对应的专用承载传输，实现qos保障。
[0176]
当下挂终端的地址在静态地址和动态地址之间切换时，pgw感知到用户终端请求的ternimal ip改变，发起专用承载更新流程来以更新对应的tft(业务流模块)，从而使得下挂终端数据业务继续走在专用承载上。其中，静态地址是指的是预配的地址，动态地址为根据设定规则发送dhcp请求动态获取的地址。
[0177]
在一实施例中，专用承载更新流程的具体如下：下挂终端从静态ip1 修改为静态ip2。用户终端探测到下挂终端ip改变，直接向核心网发起下挂终端地址重新申请流程，并携带ip2。核心网收到地址申请消息，发现当前下挂终端已建立转载，根据携带的ip2，构造新的tft，发起用户终端的下挂终端专用承载更新流程，并通知前端的基站和用户终端。在完成专用承载更新流程后，下挂终端使用ip2，进行数据业务并继续和专用承载进行关联。
[0178]
对应的，以dhcp下挂终端为例，描述本技术中所提供的删除下挂终端所对应的专用承载的流程如下：用户终端检测到下挂终端断开连接，即下挂终端从ue上移除，或者是失去连接，再或者是用户终端探测不到对应的下挂终端，此时用户终端会向epc(核心网)发起下挂终端地址释放流程。核心网收到地址释放指令，进一步根据地址释放指令中携带的terminal mac和/或terminal ip，找到对应的用户终端和专用承载，发起下挂终端专用承载删除流程，并在完成专用承载删除流程完成后通知前端的基站和用户终端。对应的，该下挂终端数据业务终止。
[0179]
请参见图11，图11为本技术一种电子设备一实施例中的结构示意图。在当前实施例中，本技术所提供的电子设备1100包括处理器1101 以及与处理器1101分别耦接的存储器1102和通信电路1103。电子设备 1100可以执行图1至图10及其对应的任意一个实施例中所述的报文交互的方法。
[0180]
其中，通信电路1103在处理器1101的控制下，用于与外部其他电子设备进行通信，以发送或接收报文数据。
[0181]
存储器1102包括本地储存(图未示)，且存储有计算机程序，计算机程序被执行时可以实现图1至图10及其所对应的任意一个实施例中所述的方法。
[0182]
处理器1101分别与存储器1102和通信电路1103耦接，处理器1101 用于运行计算机程序，以执行如上图1至图10及其对应的任意一个实施例中所述的报文交互的方法。
[0183]
参见图12，图12为本技术一种计算机可读存储介质一实施例结构示意图。该计算机可读存储介质1200存储有能够被处理器运行的计算机程序1201，该计算机程序1201用于实现如上图1至图10及其对应的任意一个实施例中所描述的方法。具体地，上述计算机可读存储介质1100可以是存储器、个人计算机、服务器、网络设备，或者u盘等其中的一种，具体在此不做任何限定。
[0184]
以上所述仅为本技术的实施方式，并非因此限制本技术的专利范围，凡是利用本技术说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本技术的专利保护范围内。