数据传输方法、装置、计算机设备和存储介质

技术领域

本申请涉及通信技术领域，特别是涉及一种数据传输方法、装置、计算机设备和存储介质。

背景技术

随着通信技术的不断发展，出现了5G(5th-Generation)移动通信技术，极大的扩展了业务类型，可以满足终端客户的各种业务需求，也拉近了移动通信与传统以太网、互联网的差距。例如，域名解析(Domain Name System，DNS)业务在5G系统中得到了支持。

然而，传统的5G系统中，在处理DNS业务时，无直接具备对DNS业务的响应能力，其仅仅处于转发相应业务报文的工作位置，终端发送的DNS业务请求，需要经由基站发送至5G核心网，再由5G核心网发送至互联网服务器，由互联网服务器进行业务响应，并将响应数据通过5G核心网下发至终端。DNS业务数据的传输路径较长，时延较大，对DNS查询请求业务的响应速度慢。

因此，传统5G系统中，对DNS业务的服务响应存在时延问题。

发明内容

基于此，有必要针对上述技术问题，提供一种响应速度快的数据传输方法、装置和计算机设备和存储介质。

本申请第一方面，提供了一种数据传输方法，所述方法包括：

接收终端发送的上行数据

若所述上行数据为DNS请求报文，获取所述DNS请求报文中待查询的第一信息，所述第一信息包括待查询IP地址或待查询域名；

查询预设的映射表中，是否存在所述第一信息对应的第二信息；所述映射表中包括多个域名与IP地址的映射关系；

若所述映射表中存在所述第一信息对应的第二信息，则将所述第二信息发送至所述终端。

在一个实施例中，若所述第一信息为待查询域名，则所述第二信息为待查询IP地址；若所述第一信息为待查询IP地址，则所述第二信息为待查询域名。

在一个实施例中，所述接收终端发送的上行数据之后，若所述上行数据为DNS请求报文，所述获取所述DNS请求报文中待查询的第一信息之前，所述方法还包括：

判断所述上行数据是否为以太网会话；

若是，判断所述上行数据是否为DNS请求报文；

若否，将所述上行数据发送至5G核心网服务器。

在一个实施例中，所述判断所述上行数据是否为DNS请求报文之后，还包括：

若所述上行数据不是DNS请求报文，则将所述上行数据发送至5G核心网服务器。

在一个实施例中，所述查询预设的映射表中，是否存在所述第一信息对应的第二信息之后，还包括：

若所述映射表中不存在所述第二信息，将所述上行数据发送至5G核心网服务器。

在一个实施例中，所述将所述上行数据发送至5G核心网服务器之后，所述方法还包括：

接收5G核心网服务器发送的响应数据；

获取所述响应数据中的原域名与对应的源IP地址；

根据所述响应数据中的原域名与对应的源IP地址，更新所述映射表。

在一个实施例中，所述获取所述响应数据中的原域名与对应的源IP地址之前，所述方法包括：

判断所述响应数据是否为DNS请求报文的响应数据；

若是，获取所述响应数据中的原域名与对应的源IP地址；

若不是，将所述响应数据发送至所述终端。

本申请第二方面，提供了一种数据传输装置，包括：

接收模块，用于接收终端发送的上行数据；

获取模块，用于在所述上行数据为DNS请求报文时，获取所述DNS请求报文中待查询的第一信息，所述第一信息包括待查询IP地址或待查询域名；

查询模块，用于查询预设的映射表中，是否存在所述第一信息对应的第二信息；所述映射表中包括多个域名与IP地址的映射关系；

发送模块，用于在所述映射表中存在所述第二信息时，将所述第二信息发送至所述终端。

在一个实施例中，若所述第一信息为待查询域名，则所述第二信息为待查询IP地址；若所述第一信息为待查询IP地址，则所述第二信息为待查询域名。

在一个实施例中，该装置还包括判断模块，用于判断上行数据是否为以太网会话，以及判断上行数据是否为DNS请求报文。发送模块具体用于：若上行数据不是以太网会话，则将上行数据发送至5G核心网服务器。

在一个实施例中，发送模块具体用于：若上行数据不是DNS请求报文，则将上行数据发送至5G核心网服务器。

在一个实施例中，发送模块具体用于：若映射表中不存在第二信息，将上行数据发送至5G核心网服务器。

在一个实施例中，上述接收模块，还用于接收5G核心网服务器发送的响应数据；上述获取模块，还用于获取响应数据中的原域名与对应的源IP地址。该装置还包括更新模块，用于根据响应数据中的原域名与对应的源IP地址，更新映射表。

在一个实施例中，上述判断模块，还用于判断响应数据是否为DNS请求报文的响应数据。上述获取模块，还用于当响应数据为DNS请求报文的响应数据时，获取响应数据中的原域名与对应的源IP地址；上述发送模块，还用于当响应数据不是DNS请求报文的响应数据时，将响应数据发送至终端。

本申请第三方面，提供了一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现上述方法的步骤。

本申请第四方面，提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述方法的步骤。

上述数据传输方法，由于预先建立了映射表，将域名和IP地址的映射关系存储至映射表中，在接收DNS上行数据时，只需在映射表中查询是否存在待查询信息的对应映射关系，并在存在对应映射关系时，根据查询结果直接响应。相当于映射单元执行数据监控、自学习，构建内部域名与IP地址的映射表，在终端发起相应查询请求时，率先查找自身映射表，存在时直接给予终端响应服务，这样，极大降低了业务响应的时延，提升了客户体验。

附图说明

图1为一个实施例中数据传输方法的应用环境图；

图2为另一个实施例中数据传输方法的应用环境图；

图3为一个实施例中数据传输方法的流程示意图；

图4为图1对应的实施例中网络架构示意图；

图5为图2对应的实施例中网络架构示意图；

图6为图1对应的实施例中数据传输流向示意图；

图7为另一个实施例中数据传输方法的流程示意图；

图8为一个实施例中根据下行数据更新映射表的流程示意图；

图9为一个实施例中下行数据的传输过程示意图；

图10为一个实施例中上行数据的传输过程示意图；

图11为另一个实施例中下行数据的传输过程示意图；

图12为一个实施例中数据传输装置的结构框图；

图13为另一个实施例中数据传输装置的结构框图；

图14为一个实施例中计算机设备的内部结构图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

本申请提供的一种数据传输方法，可以应用于如图1或图2所示的应用环境中。如图1所示，5G核心网中包括核心网服务器，5G接入网中包括基站，用户终端设备与基站进行数据交互，基站与5G核心网服务器进行数据交互。如图2所示，另一个5G核心网中包括核心网服务器，5G接入网中包括基站和边缘UPF((User Plane Function，用户平面功能))，终端与基站进行数据交互，基站经由边缘UPF与5G核心网服务器进行数据交互。其中，上述应用场景中，基站包括5G基站和4G基站；终端可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备。终端通过5G接入网将各业务数据发送至5G核心网，终端、5G接入网与5G核心网之间进行数据交互时实现本申请提供的数据传输方法。

其中，5G基站中包括服务数据适配协议(Service Data Adaptation Protocol，SDAP)模块、分组数据汇聚协议(Packet Data Convergence Protocol，PDCP)模块和GPRS隧道协议(GPRS Tunnelling Protocol，GTP)模块等，边缘UPF中包括网际互连/用户数据报协议(Internet Protocol/User Datagram Protocol，IP/UDP)模块、和GPRS隧道协议(GPRSTunnelling Protocol，GTP)模块等。在实际应用中，基站中的SDAP模块或边缘UPF中的GTP模块中设置了映射单元，该映射单元用于执行本申请提供的数据传输方法。

在一个实施例中，请参考图3，提供了一种数据传输方法，包括步骤S101至步骤S109。

步骤S101：接收终端发送的上行数据。

请参考图4，当映射单元设置于基站的SDAP模块时，上行数据表示从终端发出，并向互联网服务器方向传输的数据。如图5所示，当映射单元设置于边缘UPF中的GTP模块时，上行数据表示从终端发出，依次通过基站和边缘UPF，向互联网服务器方向传输的数据。该上行数据可以是任意数据类型、功能和携带任何相关信息的数据，例如可以是信令数据、IP数据等终端涉及的各种业务数据。在实际应用中，当终端发出上行数据后，一直到达基站中的SDAP模块或边缘UPF中的GTP模块后，设置在SDAP模块或GTP模块中的映射单元接收该上行数据。

步骤S106：若上行数据为DNS请求报文，获取DNS请求报文中待查询的第一信息，该第一信息包括待查询IP地址或待查询域名。

其中，DNS是因特网上解决网上机器命名的一种系统。就像拜访朋友要先知道别人家怎么走一样，因特网上当一台主机要访问另外一台主机时，必须首先获知其地址。虽然因特网上的节点都可以用IP地址唯一标识，并且通过IP地址被访问，但IP地址太长会导致使用不便，因此将IP地址关联唯一的域名，该域名通常为一组有意义的字符。

基于上述映射单元接收到的上行数据，若该上行数据属于DNS请求报文，映射单元获取该DNS请求报文中待查询的第一信息。其中，不同的请求待查询的第一信息不同。即待查询的第一信息可以为待查询IP地址，也可以为待查询域名。

步骤S107：查询预设的映射表中，是否存在第一信息对应的第二信息；该映射表中包括多个域名与IP地址的映射关系。

其中，映射表是预先建立的，用于存储IP地址与域名的映射关系的数据表，该映射表的更新和维护在终端和互联网服务器的数据传输过程中进行。可以理解，在该映射表建立好后的第一次数据传输过程时，映射单元就开始将接收到的每个数据中的域名与IP地址的映射关系存储至映射表中。

具体的，从预设的映射表中，查询是否存在第一信息对应的第二信息，包括：若待查询的第一信息为待查询IP地址时，则第二信息为待查询域名；若待查询的第一信息为待查询域名时，则第二信息为待查询IP地址。当然，由于映射表是处于一个实时存储并更新的状态，因此在查询时存在从映射表中查询到对应的第二信息，和查询不到对应的第二信息的两种情况。

步骤S109：若映射表中存在第一信息对应的第二信息，则将第二信息发送至终端。

针对从映射表中查询到待查询的第一信息对应的第二信息的情况，映射单元直接将该第二信息根据所查到映射信息组件响应报文，即按照映射单元所在模块的协议处理报文，然后将报文下发至对应终端。具体的，当映射单元设置于基站的SDAP模块时，映射单元按照SDAP协议处理报文，并将报文下发至PDCP模块，根据图4中上行数据传输方向的反方向，经由PDCP模块将报文下发至对应终端。当映射单元设置于边缘UPF中的GTP模块时，映射单元按照GTP协议处理报文，并将报文下发至基站，根据图5中上行数据传输方向的反方向，经由基站将报文下发至对应终端。

上述数据传输方法，将互联网领域的DNS域名解析服务融入通信网，由于预先在映射单元中建立了映射表，映射单元根据接收的数据，将域名和IP地址的映射关系存储至映射表中，在接收DNS上行数据时，只需在映射表中查询是否存在待查询信息的对应映射关系，并在存在对应映射关系时，根据查询结果直接响应。相当于映射，映射单元执行数据监控、自学习，构建内部域名与IP地址的映射表，在基站发起相应查询请求时，率先查找自身映射表，存在时直接给予基站响应服务，这样，极大降低了业务响应的时延，提升了客户体验。

具体的，当映射单元设置于基站时，为基站增加了解析以太网会话的DNS业务数据的功能，用以监控以太网会话的DNS业务数据，使得经由基站的DNS业务处理流程更灵活。如图6所示，来自终端的DNS请求业务，当基站中的映射单元存储有对应域名-IP地址映射关系时，在基站侧就可解析并提取域名，而不需要通过逐级转发，直至互联网服务器，由互联网服务器响应DNS请求业务。如图6中，响应DNS请求业务的互联网服务器，可能为本地域名服务器、根域名服务器、顶级域名服务器或二级域名服务器。这样，有效缩短了DNS业务的数据传输路径，降低了传输时延，可提升用户体验。进一步的，因基站可对存在映射关系的DNS请求业务进行快速响应，减少了基站-核心网-互联网-DNS服务器间的交互数据，提高了带宽利用率，减轻了核心网和互联网内部中间网元的压力，较大程度减轻了DNS域名服务器的负担。

另外，若将映射单元设置于边缘UPF，可由边缘UPF对具有映射关系的DNS请求业务进行快速响应，使得基站和边缘UPF都具有降低DNS业务时延、提高DNS业务响应速度及减轻DNS域名服务器负担的作用，扩展移动通信网的功能。

针对上述实施例中，从映射表中查询不到待查询的第一信息对应的第二信息的情况，提供了一个实施例，请参考图7，步骤S107之后，还包括步骤S108：若映射表中不存在第二信息，将上行数据发送至5G核心网服务器。

具体的，当映射单元存储的映射表中不存在待查询第一信息对应的第二信息，则映射单元无法直接处理该请求数据，此时，继续将该请求通过上行数据传输路径传输至5G核心网服务器，再由5G核心网服务器将请求转发至互联网服务器，由互联网服务器进行响应。这样，在自身无法对终端的请求数据进行响应时，将该请求数据转发至可处理请求的路径，极大地保证了数据传输的及时性。

在一个实施例中，请继续参考图7，步骤S106之前，还包括步骤S103：判断上行数据是否为以太网会话。即映射单元接收到上行数据后，先判断上行数据是否为以太网会话，当上行数据不是以太网会话时，执行步骤S105：将上行数据发送至5G核心网服务器。当上行数据是以太网会话时，执行步骤S104：判断上行数据是否为DNS请求报文。

同样的，在该上行数据为DNS请求报文的前提下，才会执行步骤S106，否则执行步骤S105：将上行数据发送至5G核心网服务器。即直接将该上行数据依照上行数据的传输路径传输。

具体的，可以根据上行数据的承载类型，判断上行数据是否为以太网会话；可以根据该上行数据的数据包中携带的数据类型标识，判断该上行数据是否为DNS请求报文。即：若上行数据的承载类型为以太网会话对应的承载类型，则确定上行数据为以太网会话；若上行数据的数据包中携带的数据类型标识与DNS请求报文对应的数据标识一致，则确定上行数据为DNS请求报文。

另外，本申请还提供了更新上述映射表的实施例，请参考图8，根据下行数据更新映射表的过程包括步骤S201至步骤S205。这些步骤在步骤S105或步骤S107之后执行。

步骤S201：接收5G核心网服务器发送的响应数据；

步骤S203：获取响应数据中的原域名与对应的源IP地址；

步骤S205：根据响应数据中的原域名与对应的源IP地址，更新映射表。

请参考图4，当映射单元设置于基站的SDAP模块时，下行数据表示从互联网服务器发出，并向终端方向传输的数据。如图5所示，当映射单元设置于边缘UPF中的GTP模块时，下行数据表示从互联网服务器发出，依次通过5G核心网、边缘UPF和基站，向终端方向传输的数据。该下行数据为上行数据对应的响应数据，即互联网服务器根据接收的上行数据发送的响应数据，该响应数据经由5G核心网服务器发送至终端。

如前文所述，上行数据包括不同的数据类型，同样的，上行数据的响应数据也会包含不同的数据类型和信息。从响应数据中获取该响应数据中携带的域名和对应的IP地址，并将该域名和对应的IP地址存储至映射表中，完成映射表的更新。

本实施例提供的更新映射表方法，映射单元接收到下行数据，并根据下行数据中携带的域名与对应的IP地址更新地址映射表，以保障地址映射表中的数据的有效和全面。

在一个实施例中，请参考图9，为提高处理效率，步骤S203之前，还包括步骤S202：判断响应数据是否为DNS上行数据的响应数据。若是则执行步骤S203。若否则执行步骤S204：将响应数据发送至终端。

其中，判断响应数据是否为DNS上行数据的响应数据的方式包括可以参照上述图7对应实施例中提供的方法，在实际应用中，也可以采用其他的方式判断，本实施例对此不作限定。若判断结果为响应数据是DNS请求报文的响应数据，则获取响应数据中的原域名与对应的源IP地址，并进行按照上述实施例中的方法进行映射表的更新，若判断结果为响应数据不是DNS上行数据的响应数据，则将无需根据响应数据做任何处理，直接将响应数据发送至终端。

上述实施例中，由于在接收到下行数据后，先确认该下行数据是否为需要处理的数据类型，若不是，则直接依照原路径传输，大大节省了资源，提高了数据传输效率。

基于上述所有实施例，如图10和图11所示，本申请提供一种上行数据和下行数据的完整过程，则上行传输执行步骤包括：

S11：接收来自终端的上行数据，转S12；

S12：判断该上行数据是否为以太网会话，若是转S13，否则转S17；

S13：判断该上行数据是否为DNS请求报文，若是转S14，否则转S17；

S14：根据上行数据中携带的待查询信息，查询本地预设的域名-IP地址映射表，转S15；

S15：判断是否存在待查询信息对应的映射信息，若是转S16，否则转S17；

S16：根据所查到的映射信息响应该DNS请求报文，处理报文，再将报文下发至对应终端，转S18；

S17：将上行数据直接透传转发至5G核心网服务器；

S18：丢弃当前处理的上行数据报文，不再做上行转发。

下行传输执行步骤包括：

S21：接收来自5G核心网服务器的下行数据，转S22；

S22：判断该下行数据是否为以太网会话，若是转S23，否则转S25；S23：判断该下行数据是否为DNS响应报文，若是转S24，否则转S25；

S24：记录下行数据中原域名与源IP地址映射，更新本地预设的域名-IP地址映射表，转S25；

S24：处理报文，再将报文发往终端。

以上实施例为了减少DNS请求服务的响应时延，在基站或边缘UPF内部监控相应会话的业务数据，通过自学习构建内部映射表，在发现终端地址请求时，率先查到且存在的情况下直接给予响应服务，提升业务体验。

应该理解的是，虽然上述实施例中涉及的各流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，上述实施例中涉及的各流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

在一个实施例中，请参考图12，提供了一种数据传输装置，该装置包括：接收模块10、获取模块20、查询模块30和发送模块40。其中，接收模块10，用于接收终端发送的上行数据；获取模块20，用于在上行数据为DNS请求报文时，获取该DNS请求报文中待查询的第一信息，该第一信息包括待查询IP地址或待查询域名；查询模块30，用于查询预设的映射表中，是否存在该第一信息对应的第二信息，该映射表中包括多个域名与IP地址的映射关系；发送模块40，用于在映射表中存在第一信息对应的第二信息时，则将第二信息发送至终端。

在一个实施例中，若第一信息为待查询域名，则第二信息为待查询IP地址；若第一信息为待查询IP地址，则第二信息为待查询域名。

在一个实施例中，请参考图13，该装置还包括判断模块60，用于判断上行数据是否为以太网会话，以及判断上行数据是否为DNS请求报文。发送模块40具体用于：若上行数据不是以太网会话，则将上行数据发送至5G核心网服务器。

在一个实施例中，发送模块40具体用于：若上行数据不是DNS请求报文，则将上行数据发送至5G核心网服务器。

在一个实施例中，发送模块40具体用于：若映射表中不存在第二信息，将上行数据发送至5G核心网服务器。

在一个实施例中，上述接收模块10，还用于接收5G核心网服务器发送的响应数据；上述获取模块20，还用于获取响应数据中的原域名与对应的源IP地址。请参考图13，该装置还包括更新模块50，用于根据响应数据中的原域名与对应的源IP地址，更新映射表。

在一个实施例中，上述判断模块60，还用于判断响应数据是否为DNS请求报文的响应数据。上述获取模块20，还用于当响应数据为DNS请求报文的响应数据时，获取响应数据中的原域名与对应的源IP地址；上述发送模块40，还用于当响应数据不是DNS请求报文的响应数据时，将响应数据发送至终端。

关于数据传输装置的具体限定可以参见上文中对于数据传输方法的限定，在此不再赘述。上述数据传输装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图14所示。该计算机设备包括通过系统总线连接的处理器、存储器和网络接口。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储预设的映射表。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种数据传输方法。

本领域技术人员可以理解，图14中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，提供了一种计算机设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现以下步骤：

接收终端发送的上行数据；

若上行数据为DNS请求报文，获取DNS请求报文中待查询的第一信息，第一信息包括待查询IP地址或待查询域名；

查询预设的映射表中，是否存在第一信息对应的第二信息；映射表中包括多个域名与IP地址的映射关系；

若映射表中存在第一信息对应的第二信息，则将第二信息发送至终端。

上述实施例提供的一种计算机设备，其实现原理和技术效果与上述方法实施例类似，在此不再赘述。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：

接收终端发送的上行数据；

若上行数据为DNS请求报文，获取DNS请求报文中待查询的第一信息，第一信息包括待查询IP地址或待查询域名；

查询预设的映射表中，是否存在第一信息对应的第二信息；映射表中包括多个域名与IP地址的映射关系；

若映射表中存在第一信息对应的第二信息，则将第二信息发送至终端。

上述实施例提供的一种计算机可读存储介质，其实现原理和技术效果与上述方法实施例类似，在此不再赘述。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，该的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上该实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。