CN109818905B - 一种传输层协议适配的方法、网元设备及系统 - Google Patents
一种传输层协议适配的方法、网元设备及系统 Download PDFInfo
- Publication number
- CN109818905B CN109818905B CN201711163533.1A CN201711163533A CN109818905B CN 109818905 B CN109818905 B CN 109818905B CN 201711163533 A CN201711163533 A CN 201711163533A CN 109818905 B CN109818905 B CN 109818905B
- Authority
- CN
- China
- Prior art keywords
- protocol
- service interface
- service
- protocol stack
- interface
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
- H04W80/06—Transport layer protocols, e.g. TCP [Transport Control Protocol] over wireless
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Computer And Data Communications (AREA)
- Communication Control (AREA)
Abstract
本发明的实施例提供一种传输层协议适配的方法、网元设备及系统，其中，方法包括：第一网元设备中的第一服务化接口采用所述第一服务化接口支持的第一协议栈中的协议向第二网元设备中的第二服务化接口发送第一服务访问请求；所述第一服务化接口根据是否接收到第二服务化接口反馈的第一服务访问响应，确定第二服务化接口是否支持第一协议栈，所述第一服务化接口将所述第二服务化接口是否支持第一协议栈的判断结果记录在存储在本地的对端传送协议能力表中。本发明的方案解决了5G网络中网元设备的服务化接口难以通过静态配置选择协议栈的问题，同时避免引入新网元(信令转接点)解决传送层协议适配问题，可以适应5G网络服务化接口之间动态建立连接和信令点直连场景。
Description
技术领域
本发明涉及通信技术领域，特别是指一种传输层协议适配的方法、网元设备及系统。
背景技术
2/3/4G网络的传输层协议切换需求：2/3G核心网IP化期间存在过网络的传输层协议切换需求：2/3G核心网SS7信令协议接口引入SIGTRAN(Signaling Transport)协议栈替代TDM接口的MTP3/2/1底层协议栈。
4G核心网Diameter(认证、授权、计费协议)接口也存在过类似需求：引入SCTP(Stream Control Transmission Protocol，流控制传输协议)替代TCP(TransmissionControl Protocol传输控制协议)。
现有技术方案中，通过静态配置和信令网准直连架构解决协议栈切换问题。特点如下：
信令网准直连屏蔽了新旧协议栈适配问题：信令点之间通过STP(信令转接点)或DRA(Diameter Routing Agent，Diameter路由代理)实现互联，STP和DRA同时支持双栈，在过渡期与协议栈升级信令点之间通过新协议栈互通，与未升级信令点之间通过旧协议栈互通。
静态配置信令连接的方式简化了适配过程：信令点与STP或DRA之间采用静态配置信令连接方式，直接选择好了协议栈，避免了不匹配场景。
(一)5G核心网服务化接口的传输层协议选择遇到难题：R15和R16版本的服务化接口采用不同传输层协议，需要解决协议栈适配问题。
应用层选择HTTP(超文本传输协议)，目前HTTP在标准上只支持TCP。TCP是面向连接的传输层协议，在一个连接内要求所有数据块顺序递交，在IP网络丢包场景下存在队头阻塞问题，丢失数据块必须等待发送端重传，后续数据块无法传输，严重影响业务时延，难以满足5G的超低时延要求。
现有技术不适用于5G网络：5G网络服务化接口采用点对点直连的服务访问方式，没有信令转接点来实现协议栈适配。且QUIC(Quick UDP Internet Connection)/UDP(UserData Protocol用户数据协议，是一种无连接的传输层协议)不是长连接，无法采用静态配置选择协议栈。
发明内容
本发明提供了一种传输层协议适配的方法、装置及服务化接口设备，解决QUIC/UDP非长连接的协议无法通过静态配置选择协议栈的问题，同时避免引入新网元(信令转接点)，可以适应5G网络服务化接口之间动态建立连接和信令点直连场景。
为解决上述技术问题，本发明的实施例提供如下方案：
一种传输层协议适配的方法，包括：
第一网元设备中的第一服务化接口采用所述第一服务化接口支持的第一协议栈中的协议向第二网元设备中的第二服务化接口发送第一服务访问请求；
所述第一服务化接口根据是否接收到第二服务化接口反馈的第一服务访问响应，确定第二服务化接口是否支持第一协议栈；
所述第一服务化接口将所述第二服务化接口是否支持第一协议栈的判断结果记录在存储在本地的对端传送协议能力表中。
其中，所述第一服务化接口根据是否接收到第二服务化接口反馈的第一服务访问响应，确定第二服务化接口是否支持第一协议栈的步骤包括：
所述第一服务化接口若接收到第二服务化接口采用所述第一协议栈中的协议进行反馈的第一服务访问响应，则确定所述第二服务化接口支持的协议栈能力为支持所述第一协议栈中的协议。
其中，所述第一服务化接口将所述第二服务化接口是否支持第一协议栈的判断结果记录在存储在本地的对端传送协议能力表中的步骤包括：
所述第一服务化接口将所述第二服务化接口支持的所述第一协议栈中的协议，记录在存储在本地的对端传送协议能力表中。
其中，传输层协议适配的方法还包括：对所述对端传送协议能力表进行周期性更新。
其中，传输层协议适配的方法还包括：
所述第一网元设备的第一服务化接口需要向所述第二网元设备的第二服务化接口发送第二服务访问请求时，先查询所述对端传送协议能力表，在本地存储的所述对端传送协议能力表中，若查找到所述第二服务化接口支持的第一协议栈，则采用所述第一协议栈中的协议向所述第二网元设备的第二服务化接口发送第二服务访问请求；
所述第一服务化接口接收所述第二服务化接口采用所述第一协议栈中的协议向所述第一服务化接口反馈的第二服务访问响应。
其中，传输层协议适配的方法，还包括：
所述第一服务化接口在本地若没有存储对端传送协议能力表，则按照所述第一服务化接口支持的第一协议栈和第二协议栈的优先级顺序，依次向所述第二服务化接口发送第一服务访问请求。
其中，所述第一协议栈中的协议包括：轻量用户数据报协议QUIC和用户数据报协议UDP协议。
其中，所述第一服务化接口根据是否接收到第二服务化接口反馈的第一服务访问响应，确定第二服务化接口是否支持第一协议栈的步骤包括：
若所述第一服务化接口没有接收到所述第二服务化接口根据所述第一服务访问请求反馈的第一服务访问响应，采用所述第一服务化接口支持的第二协议栈中的协议向所述第二服务化接口发送第三服务访问请求；
所述第一服务化接口若接收到第二服务化接口采用所述第二协议栈中的协议进行反馈的第三服务访问响应，则确定所述第二服务化接口支持所述第二协议栈中的协议。
其中，所述第一服务化接口将所述第二服务化接口是否支持第一协议栈的判断结果记录在存储在本地的对端传送协议能力表中的步骤包括：
所述第一服务化接口将所述第二服务化接口支持的所述第二协议栈中的协议，记录在存储在本地的对端传送协议能力表中。
其中，传输层协议适配的方法，还包括：
所述第一服务化接口需要向所述第二网元设备的第二服务化接口发送第四服务访问请求时，先查询所述对端传送协议能力表，在所述对端传送协议能力表中，若查找到所述第二服务化接口支持第二协议栈中的协议，则向所述第二服务化接口发送第四服务访问请求；
所述第一服务化接口接收所述第二服务化接口采用所述第二协议栈中的协议向所述第一服务化接口反馈的第四服务访问响应。
其中，所述第一协议栈中的协议包括：轻量用户数据报协议QUIC和用户数据报协议UDP协议；
所述第二协议栈中的协议包括：传输控制协议TCP。
其中，传输层协议适配的方法，还包括：
若第一网元设备的第一服务化接口作为服务提供者接收到所述第二网元的第二服务化接口采用第一协议栈中的协议发送的访问请求；
将根据所述访问请求确定的所述第二服务化接口支持的第一协议栈中的协议，记录在对端传送协议能力表中；或者
所述第一网元设备的第一服务化接口作为服务使用者需要向所述第二网元设备的第二服务化接口发送第五服务访问请求时，先查询所述对端传送协议能力表，在本地存储的所述对端传送协议能力表中，若查找到所述第二服务化接口支持的第一协议栈，则采用所述第一协议栈中的协议向所述第二网元设备的第二服务化接口发送第五服务访问请求。
本发明的实施例还提供一种网元设备，包括：
发射机，用于采用所述网元设备的第一服务化接口支持的第一协议栈中的协议向其它网元设备的第二服务化接口发送第一服务访问请求；
接收机，用于根据是否接收到第二服务化接口反馈的第一服务访问响应，确定第二服务化接口是否支持第一协议栈；
处理器，用于将所述第二服务化接口是否支持第一协议栈的判断结果记录在存储在本地的对端传送协议能力表中。
其中，所述接收机具体用于：在接收到第二服务化接口采用所述第一协议栈中的协议进行反馈的第一服务访问响应时，确定所述第二服务化接口支持的协议栈能力为支持所述第一协议栈中的协议。
其中，所述处理器具体用于将所述第二服务化接口支持的所述第一协议栈中的协议，记录在存储在本地的对端传送协议能力表中。
其中，所述处理器还用于对所述对端传送协议能力表进行周期性更新。
其中，所述发射机还用于需要向所述第二网元设备的第二服务化接口发送第二服务访问请求时，先查询所述对端传送协议能力表，在本地存储的所述对端传送协议能力表中，若查找到所述第二服务化接口支持的第一协议栈，则采用所述第一协议栈中的协议向所述其它网元设备的第二服务化接口发送第二服务访问请求；
所述接收机还用于接收所述第二服务化接口采用所述第一协议栈中的协议向所述第一服务化接口反馈的第二服务访问响应。
其中，所述发射机还用于判断在本地若没有存储对端传送协议能力表，则按照所述第一服务化接口支持的第一协议栈和第二协议栈的优先级顺序，依次向所述第二服务化接口发送第一服务访问请求。
其中，所述第一协议栈中的协议包括：轻量用户数据报协议QUIC和用户数据报协议UDP协议。
其中，所述发射机还用于判断若所述第一服务化接口没有接收到所述第二服务化接口根据所述第一服务访问请求反馈的第一服务访问响应，采用所述第一服务化接口支持的第二协议栈中的协议向所述第二服务化接口发送第三服务访问请求；
所述接收机还用于在接收到第二服务化接口采用所述第二协议栈中的协议进行反馈的第三服务访问响应时，确定所述第二服务化接口支持所述第二协议栈中的协议。
其中，所述处理器还用于将所述第二服务化接口支持的所述第二协议栈中的协议，记录在存储在本地的对端传送协议能力表中。
其中，所述发射机还用于需要向所述第二网元设备的第二服务化接口发送第四服务访问请求时，先查询所述对端传送协议能力表，在所述对端传送协议能力表中，若查找到所述第二服务化接口支持第二协议栈中的协议，则向所述第二服务化接口发送第四服务访问请求；
所述接收机还用于接收所述第二服务化接口采用所述第二协议栈中的协议向所述第一服务化接口反馈的第四服务访问响应。
其中，所述第一协议栈中的协议包括：轻量用户数据报协议QUIC和用户数据报协议UDP协议；
所述第二协议栈中的协议包括：传输控制协议TCP。
其中，所述发射机还用于在第一服务化接口作为服务提供者接收到所述第二网元设备的第二服务化接口采用第一协议栈中的协议发送的访问请求时，将根据所述访问请求确定的所述第二服务化接口支持的第一协议栈中的协议，记录在对端传送协议能力表中；或者
所述第一服务化接口作为服务使用者需要向所述第二网元设备的第二服务化接口发送第五服务访问请求时，先查询所述对端传送协议能力表，在本地存储的所述对端传送协议能力表中，若查找到所述第二服务化接口支持的第一协议栈，则采用所述第一协议栈中的协议向所述第二网元设备的第二服务化接口发送第五服务访问请求。
本发明的实施例还提供一种服务化接口进行协议适配的系统，包括：具有第一服务化接口的第一网元设备以及具有第二服务化接口的第二网元设备；
所述第一服务化接口采用所述第一服务化接口支持的第一协议栈中的协议向第二服务化接口发送第一服务访问请求；
所述第一服务化接口根据是否接收到第二服务化接口反馈的第一服务访问响应，确定第二服务化接口是否支持第一协议栈；
所述第一服务化接口将所述第二服务化接口是否支持第一协议栈的判断结果记录在存储在本地的对端传送协议能力表中。
本发明的实施例还提供一种网元设备，包括：处理器、存储有计算机程序的存储器，所述计算机程序被处理器运行时，执行如上所述的方法。
本发明的实施例还提供一种计算机可读存储介质，包括指令，当所述指令在计算机运行时，使得计算机执行如上所述的方法。
本发明的上述方案至少包括以下有益效果：
本发明的上述方案，通过第一服务化接口采用所述第一服务化接口支持的第一协议栈中的协议向第二服务化接口发送第一服务访问请求；所述第一服务化接口根据是否接收到第二服务化接口反馈的第一服务访问响应，确定第二服务化接口是否支持第一协议栈；若接收到第二服务化接口采用所述第一协议栈中的协议进行反馈的第一服务访问响应，则记录所述第二服务化接口支持的协议栈能力为支持所述第一协议栈中的协议；并进一步的，若所述第一服务化接口没有接收到所述第二服务化接口根据所述第一服务访问请求反馈的第一服务访问响应时(说明第二服务化接口不支持第一协议栈)，采用所述第一服务化接口支持的第二协议栈中的协议向所述第二服务化接口发送第二服务访问请求；所述第一服务化接口若接收到第二服务化接口采用所述第二协议栈中的协议进行反馈的第二服务访问响应，则记录所述第二服务化接口支持所述第二协议栈中的协议。这里的第一服务化接口为服务使用者，第二服务化接口可以为服务提供者；第一服务化接口也可以为服务提供者，第二服务化接口也可以为服务使用者；通过第一服务化接口与第二服务化接口维护对端的协议栈支持能力，从而解决QUIC/UDP非长连接的协议无法通过静态配置选择协议栈的问题，同时避免引入新网元(信令转接点)，可以适应5G网络服务化接口之间动态建立连接和信令点直连场景。
附图说明
图1为本发明的实施例传输层协议适配的方法的流程图；
图2为本发明的一具体实施例中，服务化接口的对等端同时支持双栈的流程示意图；
图3为本发明的一具体实施例中，作为服务使用者的服务化接口支持双栈、作为服务提供者的服务化接口不支持QUIC/UDP的流程示意图；
图4为本发明的一具体实施例中，作为服务提供者的服务化接口支持双栈、作为服务使用者的服务化接口不支持QUIC/UDP的流程示意图。
具体实施方式
下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。
本发明的实施例中，作为服务使用者的服务化接口支持新协议栈HTTP/QUIC/UDP后，传输层协议同时支持双栈：QUIC/UDP(第一协议栈)和TCP(第二协议栈)，并优先使用传输层协议栈QUIC/UDP进行服务访问；在服务访问结束后记录对端支持的协议栈能力，维护协议栈能力表。从而解决QUIC/UDP非长连接的协议无法通过静态配置选择协议栈的问题，同时避免引入新网元(信令转接点)，可以适应5G网络服务化接口之间动态建立连接和信令点直连场景。
如图1所示，本发明的第一实施例提供一种传输层协议适配的方法，包括：
步骤11，第一网元设备中的第一服务化接口采用所述第一服务化接口支持的第一协议栈中的协议向第二网元设备中的第二服务化接口发送第一服务访问请求；
步骤12，所述第一服务化接口根据是否接收到第二服务化接口反馈的第一服务访问响应，确定第二服务化接口是否支持第一协议栈；
步骤13，所述第一服务化接口将所述第二服务化接口是否支持第一协议栈的判断结果记录在存储在本地的对端传送协议能力表中。
本发明的该实施例中，第一网元设备为服务使用者，第二网元设备可以为服务提供者；第一网元设备也可以为服务提供者，第二网元设备也可以为服务使用者；通过第一服务化接口采用所述第一服务化接口支持的第一协议栈中的协议向第二服务化接口发送第一服务访问请求；并确定对端第二服务化接口的协议栈支持能力，并采用对端支持的协议栈发起后续的访问流程，从而解决QUIC/UDP非长连接的协议无法通过静态配置选择协议栈的问题，同时避免引入新网元(信令转接点)，可以适应5G网络服务化接口之间动态建立连接和信令点直连场景。
如图2所示，在第一服务化接口和第二服务化接口均支持双协议栈，如均支持第一协议栈以及第二协议栈，其中第一协议栈中的协议可以包括：轻量用户数据报协议QUIC和用户数据报协议UDP协议；所述第二协议栈中的协议包括：传输控制协议TCP。
该传输层协议适配的方法包括：
步骤21，第一网元设备(如核心访问和移动管理功能AMF网元)的第一服务化接口采用所述第一服务化接口支持的第一协议栈中的协议向第二网元设备(如统一数据管理UDM网元)的第二服务化接口发送第一服务访问请求(如位置登记服务请求)；
步骤22，所述第一服务化接口若接收到第二服务化接口采用所述第一协议栈中的协议进行反馈的第一服务访问响应(如位置登记服务访问响应)，则确定所述第二服务化接口支持的协议栈能力为支持所述第一协议栈中的协议；同时，第二服务化接口也会记录第一服务化接口支持的第一协议栈；
步骤23，所述第一服务化接口将所述第二服务化接口支持的所述第一协议栈中的协议，记录在存储在本地的对端传送协议能力表中。
进一步的，该方法的后续流程中，还可以包括：
步骤24，所述第一服务化接口接收所述第二服务化接口采用所述第一协议栈中的协议发送的修改用户签约数据服务请求；
步骤25，所述第一服务化接口采用所述第一协议栈中的协议向所述第二服务化接口反馈修改用户签约数据服务访问响应；
进一步的，该方法的后续流程中，还可以包括：
步骤26，所述第一服务化接口需要向所述第二网元设备的第二服务化接口发送第二服务访问请求时，先查询所述对端传送协议能力表，在所述第二服务化接口支持的协议栈的记录表中，若查找到所述第二服务化接口支持第一协议栈中的协议，则采用第一协议栈中的协议向所述第二服务化接口发送第二服务访问请求(如位置登记服务请求)；
步骤27，所述第一服务化接口接收所述第二服务化接口采用所述第一协议栈中的协议向所述第一服务化接口反馈的第二服务访问响应(位置登记服务访问响应)。
如图3所示，第一服务化接口支持双协议栈，如均支持第一协议栈以及第二协议栈，其中第一协议栈中的协议可以包括：轻量用户数据报协议QUIC和用户数据报协议UDP协议；所述第二协议栈中的协议包括：传输控制协议TCP；第二服务化接口不支持第一协议栈；
该传输层协议适配的方法包括：
步骤31，第一服务化接口采用所述第一服务化接口支持的第一协议栈中的协议向第二服务化接口发送第一服务访问请求(如位置登记服务请求)；
步骤32，若所述第一服务化接口没有接收到所述第二服务化接口根据所述第一服务访问请求反馈的第一服务访问响应时(说明第二服务化接口不支持第一协议栈)，采用所述第一服务化接口支持的第二协议栈中的协议向所述第二服务化接口发送第三服务访问请求(如位置登记服务请求)；
步骤33，所述第一服务化接口若接收到第二服务化接口采用所述第二协议栈中的协议进行反馈的第三服务访问响应(如位置登记服务访问响应)，则确定所述第二服务化接口支持所述第二协议栈中的协议；
步骤34，所述第一服务化接口将所述第二服务化接口支持的所述第二协议栈中的协议，记录在存储在本地的对端传送协议能力表中。
进一步的，该方法的后续流程中，还可以包括：
步骤35，所述第一服务化接口接收所述第二服务化接口采用所述第二协议栈中的协议发送的修改用户签约数据服务请求；
步骤36，所述第一服务化接口采用所述第二协议栈中的协议向所述第二服务化接口反馈修改用户签约数据服务访问响应。
进一步的，该方法的后续流程中，还可以包括：
步骤37，所述第一服务化接口需要向所述第二网元设备的第二服务化接口发送第四服务访问请求时，先查询所述对端传送协议能力表，在所述第二服务化接口支持的协议栈的记录表中，若查找到所述第二服务化接口支持第二协议栈中的协议，则向所述第二服务化接口发送第四服务访问请求(如位置登记服务请求)；
步骤38，所述第一服务化接口接收所述第二服务化接口采用所述第二协议栈中的协议向所述第一服务化接口反馈的第四服务访问响应(如位置登记服务访问响应)。
如图4所示，第一服务化接口只支持第一协议栈，第二服务化接口支持双协议栈，如均支持第一协议栈以及第二协议栈；其中所述第一协议栈中的协议包括：轻量用户数据报协议QUIC和用户数据报协议UDP协议；第二协议栈中的协议可以包括：传输控制协议TCP。
该传输层协议适配的方法包括：
步骤41，第一服务化接口采用所述第一服务化接口支持的第一协议栈中的协议向第二服务化接口发送第一服务访问请求(如位置登记服务请求)；第二服务化接口收到第一服务访问请求后，会记录第一服务化接口支持的第一协议栈；
步骤42，所述第一服务化接口若接收到第二服务化接口采用所述第一协议栈中的协议进行反馈的第一服务访问响应(如位置登记服务访问响应)，则确定所述第二服务化接口支持的协议栈能力为支持所述第一协议栈中的协议；
步骤43，所述第一服务化接口将所述第二服务化接口支持的所述第二协议栈中的协议，记录在存储在本地的对端传送协议能力表中。所述第一协议栈中的协议包括：传输控制协议TCP。
进一步的，该方法的后续流程中，还可以包括：
步骤44，所述第一服务化接口接收所述第二服务化接口采用所述第一协议栈中的协议发送的修改用户签约数据服务请求；其中，第二服务化接口在发起修改用户签约数据服务请求时，会查询记录第一服务化接口支持的第一协议栈的记录表，若查询到第一服务化接口支持的第一协议栈，则采用该第一协议栈中的协议发送修改用户签约数据服务请求；
步骤45，所述第一服务化接口采用所述第一协议栈中的协议向所述第二服务化接口反馈修改用户签约数据服务访问响应。
本发明的上述实施例中，所述第一服务化接口在本地若没有存储对端传送协议能力表，则按照所述第一服务化接口支持的第一协议栈和第二协议栈的优先级顺序，依次向所述第二服务化接口发送服务访问请求；
具体来说，作为服务使用者的服务化接口，发起服务访问请求时优先选用QUIC/UDP，如果对端响应，记录服务提供者的传送协议栈能力为QUIC/UDP；
如对端不响应QUIC/UDP，重新选用TCP发起服务请求，对端响应TCP，记录服务提供者的传送协议栈能力为单栈TCP；
如对端仍不响应，则IP网络故障或服务提供者不可达，不记录对端能力。
作为服务使用者的服务化接口维护对等端传送协议能力表，记录服务提供者的传送协议栈能力。
在进行服务访问前先查询对端能力，如表内无服务提供者的记录，重新向对端服务化接口发起服务访问请求；如表内有记录，按照记录的能力选择相应的传送协议栈。
优选的，对所述对端传送协议能力表进行周期性更新，具体来说，可以设定周期重新尝试，更新传输层协议能力表，以适应对等端传输层能力更新的情况。
具体来说，可以仅针对对端采用第二协议栈的这些对端网元对应的传输层能力数据设定更新周期，如设置定时器，超时后删除对端传送协议能力表中的记录，查询不到记录后将在后续向第二服务化接口发送请求时，按照前述的第一、第二协议栈优先顺序进行尝试。
本发明的实施例中，作为服务提供者的网元设备，也需要维护对等端传送协议能力表，除了在作为服务使用者的访问流程中记录对等端传送协议能力之外，也需要在被访问时记录对端的能力，即收到服务使用者采用QUIC/UDP协议栈发起的服务访问请求，进行响应，同时记录服务使用者的能力。
如果一个服务提供者只有一种身份(服务使用者)时，不需要维护对等端传送协议能力表。只需要根据自身的传输层能力对服务使用者的传输层协议进行相应处理。如已经支持QUIC/UDP，则可以正常响应对等端发送的QUIC/UDP包；如只支持TCP，则不识别QUIC/UDP，不进行处理。
本发明的实施例还提供一种网元设备，包括：
发射机，用于采用所述网元设备的第一服务化接口支持的第一协议栈中的协议向其它网元设备的第二服务化接口发送第一服务访问请求；
接收机，用于根据是否接收到第二服务化接口反馈的第一服务访问响应，确定第二服务化接口是否支持第一协议栈；
处理器，用于将所述第二服务化接口是否支持第一协议栈的判断结果记录在存储在本地的对端传送协议能力表中。
其中，所述接收机具体用于：在接收到第二服务化接口采用所述第一协议栈中的协议进行反馈的第一服务访问响应时，确定所述第二服务化接口支持的协议栈能力为支持所述第一协议栈中的协议。
其中，所述处理器具体用于将所述第二服务化接口支持的所述第一协议栈中的协议，记录在存储在本地的对端传送协议能力表中。
其中，所述处理器还用于对所述对端传送协议能力表进行周期性更新。
其中，所述发射机还用于需要向所述第二网元设备的第二服务化接口发送第二服务访问请求时，先查询所述对端传送协议能力表，在本地存储的所述对端传送协议能力表中，若查找到所述第二服务化接口支持的第一协议栈，则采用所述第一协议栈中的协议向所述其它网元设备的第二服务化接口发送第二服务访问请求；
所述接收机还用于接收所述第二服务化接口采用所述第一协议栈中的协议向所述第一服务化接口反馈的第二服务访问响应。
其中，所述发射机还用于判断在本地若没有存储对端传送协议能力表，则按照所述第一服务化接口支持的第一协议栈和第二协议栈的优先级顺序，依次向所述第二服务化接口发送第一服务访问请求。
其中，所述第一协议栈中的协议包括：轻量用户数据报协议QUIC和用户数据报协议UDP协议。
其中，所述发射机还用于判断若所述第一服务化接口没有接收到所述第二服务化接口根据所述第一服务访问请求反馈的第一服务访问响应，采用所述第一服务化接口支持的第二协议栈中的协议向所述第二服务化接口发送第三服务访问请求；
所述接收机还用于在接收到第二服务化接口采用所述第二协议栈中的协议进行反馈的第三服务访问响应时，确定所述第二服务化接口支持所述第二协议栈中的协议。
其中，所述处理器还用于将所述第二服务化接口支持的所述第二协议栈中的协议，记录在存储在本地的对端传送协议能力表中。
其中，所述发射机还用于需要向所述第二网元设备的第二服务化接口发送第四服务访问请求时，先查询所述对端传送协议能力表，在所述对端传送协议能力表中，若查找到所述第二服务化接口支持第二协议栈中的协议，则向所述第二服务化接口发送第四服务访问请求；
所述接收机还用于接收所述第二服务化接口采用所述第二协议栈中的协议向所述第一服务化接口反馈的第四服务访问响应。
其中，所述第一协议栈中的协议包括：轻量用户数据报协议QUIC和用户数据报协议UDP协议；
所述第二协议栈中的协议包括：传输控制协议TCP。
其中，所述发射机还用于在第一服务化接口作为服务提供者接收到所述第二网元设备的第二服务化接口采用第一协议栈中的协议发送的访问请求时，将根据所述访问请求确定的所述第二服务化接口支持的第一协议栈中的协议，记录在对端传送协议能力表中；或者
所述第一服务化接口作为服务使用者需要向所述第二网元设备的第二服务化接口发送第五服务访问请求时，先查询所述对端传送协议能力表，在本地存储的所述对端传送协议能力表中，若查找到所述第二服务化接口支持的第一协议栈，则采用所述第一协议栈中的协议向所述第二网元设备的第二服务化接口发送第五服务访问请求。
需要说明的是，该网元设备的实施例是与上述方法对应的网元，上述方法实施例中所有实现方式均适用于该装置的实施例中，也能达到相同的技术效果。网元设备可以是5G系统中的AMF(核心访问和移动性管理功能网元)，其它网元设备可以是5G系统中的UDM(统一数据管理网元)。
本发明的实施例还提供一种网元设备，包括：处理器、存储有计算机程序的存储器，所述计算机程序被处理器运行时，执行如上所述的方法。该实施例中，处理器与存储器可以通过总线或者接口连接，但不限于这些连接方式，服务化接口设备可以是5G核心网中的设备，也可是核心网设备中的装置。
本发明的实施例还提供一种服务化接口进行协议适配的系统，包括：
具有第一服务化接口的第一网元设备以及具有第二服务化接口的第二网元设备；
所述第一服务化接口采用所述第一服务化接口支持的第一协议栈中的协议向第二服务化接口发送第一服务访问请求；
所述第一服务化接口根据是否接收到第二服务化接口反馈的第一服务访问响应，确定第二服务化接口是否支持第一协议栈；
所述第一服务化接口将所述第二服务化接口是否支持第一协议栈的判断结果记录在存储在本地的对端传送协议能力表中。
具体来说，第一服务化接口实现上述方法实施例中的步骤11-13；具体的，可以实现上述方法实施例中的步骤21-27；也可以实现上述方法实施例中的步骤31-38，也可以实现上述方法实施例中的步骤41-45；同样的，第二服务化接口也可以实现上述方法实施例中的步骤11-13；具体的，可以实现上述方法实施例中的步骤21-27；也可以实现上述方法实施例中的步骤31-38，也可以实现上述方法实施例中的步骤41-45。也能达到和上述方法实施例相同的技术效果。
本发明的实施例还提供一种计算机可读存储介质，包括指令，当所述指令在计算机运行时，使得计算机执行如上所述的方法。
本发明的上述方案，通过第一服务化接口采用所述第一服务化接口支持的第一协议栈中的协议向第二服务化接口发送第一服务访问请求；所述第一服务化接口若接收到第二服务化接口采用所述第一协议栈中的协议进行反馈的第一服务访问响应，则记录所述第二服务化接口支持的协议栈能力为支持所述第一协议栈中的协议。通过第一服务化接口与第二服务化接口维护对端的协议栈支持能力，从而解决QUIC/UDP非长连接的协议无法通过静态配置选择协议栈的问题，同时避免引入新网元(信令转接点)，可以适应5G网络服务化接口之间动态建立连接和信令点直连场景。
以上所述是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明所述原理的前提下，还可以作出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。
Claims (25)
1.一种传输层协议适配的方法，其特征在于，包括：
第一网元设备中的第一服务化接口采用所述第一服务化接口支持的第一协议栈中的协议向第二网元设备中的第二服务化接口发送第一服务访问请求，由第二服务化接口收到第一服务访问请求后，记录第一服务化接口支持的第一协议栈；第一协议栈中的协议包括：轻量用户数据报协议QUIC和用户数据报协议UDP协议；
所述第一服务化接口根据是否接收到第二服务化接口反馈的第一服务访问响应，确定第二服务化接口是否支持第一协议栈；
所述第一服务化接口将所述第二服务化接口是否支持第一协议栈的判断结果记录在存储在本地的对端传送协议能力表中；
所述第一服务化接口在本地若没有存储对端传送协议能力表，则按照所述第一服务化接口支持的第一协议栈和第二协议栈的优先级顺序，依次向所述第二服务化接口发送第一服务访问请求；所述第二协议栈中的协议包括：传输控制协议TCP；第一协议栈的优先级高于第二协议栈。
2.根据权利要求1所述的传输层协议适配的方法，其特征在于，所述第一服务化接口将所述第二服务化接口是否支持第一协议栈的判断结果记录在存储在本地的对端传送协议能力表中的步骤包括：
所述第一服务化接口将所述第二服务化接口支持的所述第一协议栈中的协议，记录在存储在本地的对端传送协议能力表中。
3.根据权利要求2所述的传输层协议适配的方法，其特征在于，还包括：
对所述对端传送协议能力表进行周期性更新。
4.根据权利要求2所述的传输层协议适配的方法，其特征在于，还包括：
所述第一网元设备的第一服务化接口需要向所述第二网元设备的第二服务化接口发送第二服务访问请求时，先查询所述对端传送协议能力表，在本地存储的所述对端传送协议能力表中，若查找到所述第二服务化接口支持的第一协议栈，则采用所述第一协议栈中的协议向所述第二网元设备的第二服务化接口发送第二服务访问请求；
所述第一服务化接口接收所述第二服务化接口采用所述第一协议栈中的协议向所述第一服务化接口反馈的第二服务访问响应。
5.根据权利要求1所述的传输层协议适配的方法，其特征在于，所述第一服务化接口根据是否接收到第二服务化接口反馈的第一服务访问响应，确定第二服务化接口是否支持第一协议栈，包括：所述第一服务化接口若接收到第二服务化接口采用所述第一协议栈中的协议进行反馈的第一服务访问响应，则确定所述第二服务化接口支持的协议栈能力为支持所述第一协议栈中的协议。
6.根据权利要求4所述的传输层协议适配的方法，其特征在于，所述第一协议栈中的协议包括：轻量用户数据报协议QUIC和用户数据报协议UDP协议。
7.根据权利要求1所述的传输层协议适配的方法，其特征在于，所述第一服务化接口根据是否接收到第二服务化接口反馈的第一服务访问响应，确定第二服务化接口是否支持第一协议栈的步骤包括：
若所述第一服务化接口没有接收到所述第二服务化接口根据所述第一服务访问请求反馈的第一服务访问响应，采用所述第一服务化接口支持的第二协议栈中的协议向所述第二服务化接口发送第三服务访问请求；
所述第一服务化接口若接收到第二服务化接口采用所述第二协议栈中的协议进行反馈的第三服务访问响应，则确定所述第二服务化接口支持所述第二协议栈中的协议。
8.根据权利要求7所述的传输层协议适配的方法，其特征在于，所述第一服务化接口将所述第二服务化接口是否支持第一协议栈的判断结果记录在存储在本地的对端传送协议能力表中的步骤包括：
所述第一服务化接口将所述第二服务化接口支持的所述第二协议栈中的协议，记录在存储在本地的对端传送协议能力表中。
9.根据权利要求8所述的传输层协议适配的方法，其特征在于，还包括：
所述第一服务化接口需要向所述第二网元设备的第二服务化接口发送第四服务访问请求时，先查询所述对端传送协议能力表，在所述对端传送协议能力表中，若查找到所述第二服务化接口支持第二协议栈中的协议，则向所述第二服务化接口发送第四服务访问请求；
所述第一服务化接口接收所述第二服务化接口采用所述第二协议栈中的协议向所述第一服务化接口反馈的第四服务访问响应。
10.根据权利要求9所述的传输层协议适配的方法，其特征在于，所述第一协议栈中的协议包括：轻量用户数据报协议QUIC和用户数据报协议UDP协议；
所述第二协议栈中的协议包括：传输控制协议TCP。
11.根据权利要求1所述的传输层协议适配的方法，其特征在于，还包括：
若第一网元设备的第一服务化接口作为服务提供者接收到所述第二网元设备的第二服务化接口采用第一协议栈中的协议发送的访问请求；
将根据所述访问请求确定的所述第二服务化接口支持的第一协议栈中的协议，记录在对端传送协议能力表中；或者
所述第一网元设备的第一服务化接口作为服务使用者需要向所述第二网元设备的第二服务化接口发送第五服务访问请求时，先查询所述对端传送协议能力表，在本地存储的所述对端传送协议能力表中，若查找到所述第二服务化接口支持的第一协议栈，则采用所述第一协议栈中的协议向所述第二网元设备的第二服务化接口发送第五服务访问请求。
12.一种网元设备，其特征在于，包括：
发射机，用于采用所述网元设备的第一服务化接口支持的第一协议栈中的协议向其它网元设备的第二服务化接口发送第一服务访问请求；由第二服务化接口收到第一服务访问请求后，记录第一服务化接口支持的第一协议栈；
接收机，用于根据是否接收到第二服务化接口反馈的第一服务访问响应，确定第二服务化接口是否支持第一协议栈；
处理器，用于将所述第二服务化接口是否支持第一协议栈的判断结果记录在存储在本地的对端传送协议能力表中；
发射机还用于判断在本地若没有存储对端传送协议能力表，则按照所述第一服务化接口支持的第一协议栈和第二协议栈的优先级顺序，依次向所述第二服务化接口发送第一服务访问请求；第一协议栈中的协议包括：轻量用户数据报协议QUIC和用户数据报协议UDP协议；所述第二协议栈中的协议包括：传输控制协议TCP；第一协议栈的优先级高于第二协议栈。
13.根据权利要求12所述的网元设备，其特征在于，所述处理器具体用于将所述第二服务化接口支持的所述第一协议栈中的协议，记录在存储在本地的对端传送协议能力表中。
14.根据权利要求13所述的网元设备，其特征在于，所述处理器还用于对所述对端传送协议能力表进行周期性更新。
15.根据权利要求13所述的网元设备，其特征在于，
所述发射机还用于需要向第二网元设备的第二服务化接口发送第二服务访问请求时，先查询所述对端传送协议能力表，在本地存储的所述对端传送协议能力表中，若查找到所述第二服务化接口支持的第一协议栈，则采用所述第一协议栈中的协议向所述其它网元设备的第二服务化接口发送第二服务访问请求；
所述接收机还用于接收所述第二服务化接口采用所述第一协议栈中的协议向所述第一服务化接口反馈的第二服务访问响应。
16.根据权利要求13所述的网元设备，其特征在于，所述接收机具体用于：在接收到第二服务化接口采用所述第一协议栈中的协议进行反馈的第一服务访问响应时，确定所述第二服务化接口支持的协议栈能力为支持所述第一协议栈中的协议。
17.根据权利要求14所述的网元设备，其特征在于，所述第一协议栈中的协议包括：轻量用户数据报协议QUIC和用户数据报协议UDP协议。
18.根据权利要求12所述的网元设备，其特征在于，
所述发射机还用于判断若所述第一服务化接口没有接收到所述第二服务化接口根据所述第一服务访问请求反馈的第一服务访问响应，采用所述第一服务化接口支持的第二协议栈中的协议向所述第二服务化接口发送第三服务访问请求。
19.根据权利要求18所述的网元设备，其特征在于，所述处理器还用于将所述第二服务化接口支持的所述第二协议栈中的协议，记录在存储在本地的对端传送协议能力表中。
20.根据权利要求19所述的网元设备，其特征在于，
所述发射机还用于需要向第二网元设备的第二服务化接口发送第四服务访问请求时，先查询所述对端传送协议能力表，在所述对端传送协议能力表中，若查找到所述第二服务化接口支持第二协议栈中的协议，则向所述第二服务化接口发送第四服务访问请求；
所述接收机还用于接收所述第二服务化接口采用所述第二协议栈中的协议向所述第一服务化接口反馈的第四服务访问响应。
21.根据权利要求20所述的网元设备，其特征在于，所述第一协议栈中的协议包括：轻量用户数据报协议QUIC和用户数据报协议UDP协议；
所述第二协议栈中的协议包括：传输控制协议TCP。
22.根据权利要求12所述的网元设备，其特征在于，
所述发射机还用于在第一服务化接口作为服务提供者接收到第二网元设备的第二服务化接口采用第一协议栈中的协议发送的访问请求时，将根据所述访问请求确定的所述第二服务化接口支持的第一协议栈中的协议，记录在对端传送协议能力表中；或者
所述第一服务化接口作为服务使用者需要向所述第二网元设备的第二服务化接口发送第五服务访问请求时，先查询所述对端传送协议能力表，在本地存储的所述对端传送协议能力表中，若查找到所述第二服务化接口支持的第一协议栈，则采用所述第一协议栈中的协议向所述第二网元设备的第二服务化接口发送第五服务访问请求。
23.一种服务化接口进行协议适配的系统，包括：具有第一服务化接口的第一网元设备以及具有第二服务化接口的第二网元设备；其特征在于，
所述第一服务化接口采用所述第一服务化接口支持的第一协议栈中的协议向第二服务化接口发送第一服务访问请求；第二服务化接口收到第一服务访问请求后，记录第一服务化接口支持的第一协议栈；
所述第一服务化接口根据是否接收到第二服务化接口反馈的第一服务访问响应，确定第二服务化接口是否支持第一协议栈；在接收到第二服务化接口采用所述第一协议栈中的协议进行反馈的第一服务访问响应时，确定所述第二服务化接口支持的协议栈能力为支持所述第一协议栈中的协议；
所述第一服务化接口将所述第二服务化接口是否支持第一协议栈的判断结果记录在存储在本地的对端传送协议能力表中；
所述第一服务化接口在本地若没有存储对端传送协议能力表，则按照所述第一服务化接口支持的第一协议栈和第二协议栈的优先级顺序，依次向所述第二服务化接口发送第一服务访问请求；第一协议栈中的协议包括：轻量用户数据报协议QUIC和用户数据报协议UDP协议；所述第二协议栈中的协议包括：传输控制协议TCP。
24.一种网元设备，包括：处理器、存储有计算机程序的存储器，所述计算机程序被处理器运行时，执行如权利要求1-11任一项所述的方法。
25.一种计算机可读存储介质，其特征在于，包括指令，当所述指令在计算机运行时，使得计算机执行如权利要求1-11任一项所述的方法。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201711163533.1A CN109818905B (zh) | 2017-11-21 | 2017-11-21 | 一种传输层协议适配的方法、网元设备及系统 |
| PCT/CN2018/106498 WO2019100831A1 (zh) | 2017-11-21 | 2018-09-19 | 传输层协议适配的方法、网元设备及系统 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201711163533.1A CN109818905B (zh) | 2017-11-21 | 2017-11-21 | 一种传输层协议适配的方法、网元设备及系统 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN109818905A CN109818905A (zh) | 2019-05-28 |
| CN109818905B true CN109818905B (zh) | 2022-06-03 |
Family
ID=66598238
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201711163533.1A Active CN109818905B (zh) | 2017-11-21 | 2017-11-21 | 一种传输层协议适配的方法、网元设备及系统 |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN109818905B (zh) |
| WO (1) | WO2019100831A1 (zh) |
Families Citing this family (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112039824B (zh) * | 2019-06-03 | 2022-08-26 | 上海哔哩哔哩科技有限公司 | 通信方法、系统、设备及计算机可读存储介质 |
| CN111294385B (zh) * | 2020-01-02 | 2023-01-31 | 北京字节跳动网络技术有限公司 | 数据传输方法、装置、可读介质及电子设备 |
| CN111885093B (zh) * | 2020-09-27 | 2021-03-26 | 腾讯科技（深圳）有限公司 | 事件请求的传输方法和装置、存储介质及电子设备 |
| CN112738855B (zh) * | 2020-09-29 | 2023-04-18 | 网络通信与安全紫金山实验室 | 一种应用在quic的基于多链路的传输方法和装置 |
| CN115086173B (zh) * | 2022-05-09 | 2023-10-31 | 阿里巴巴（中国）有限公司 | 网络升级过程中的可靠性保障方法和装置 |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7020159B1 (en) * | 2001-12-06 | 2006-03-28 | Mindspeed Technologies, Inc. | Auto detection method and system for matching a communication protocol of a calling modem with a communication protocol of an answering modem |
| CN101015169A (zh) * | 2004-06-30 | 2007-08-08 | 西门子公司 | 从多个网元获得信息的方法和装置 |
| CN102143204A (zh) * | 2010-11-26 | 2011-08-03 | 华为技术有限公司 | 一种内容分发网络中实现超文本传输协议重定向的方法、装置及系统 |
| CN103067410A (zh) * | 2006-11-28 | 2013-04-24 | 核心无线许可有限公司 | 用于在通信系统中递送消息的方法 |
| CN104660657A (zh) * | 2013-11-25 | 2015-05-27 | 华为技术有限公司 | 一种网络业务处理方法、适配器及网络业务处理系统 |
| CN106330833A (zh) * | 2015-06-29 | 2017-01-11 | 中兴通讯股份有限公司 | 基于因特网内容适配协议的通信方法、客户端和服务器 |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102006215B (zh) * | 2009-09-01 | 2012-08-01 | 中国移动通信集团公司 | 一种数据传输方法、系统及设备 |
-
2017
- 2017-11-21 CN CN201711163533.1A patent/CN109818905B/zh active Active
-
2018
- 2018-09-19 WO PCT/CN2018/106498 patent/WO2019100831A1/zh active Application Filing
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7020159B1 (en) * | 2001-12-06 | 2006-03-28 | Mindspeed Technologies, Inc. | Auto detection method and system for matching a communication protocol of a calling modem with a communication protocol of an answering modem |
| CN101015169A (zh) * | 2004-06-30 | 2007-08-08 | 西门子公司 | 从多个网元获得信息的方法和装置 |
| CN103067410A (zh) * | 2006-11-28 | 2013-04-24 | 核心无线许可有限公司 | 用于在通信系统中递送消息的方法 |
| CN102143204A (zh) * | 2010-11-26 | 2011-08-03 | 华为技术有限公司 | 一种内容分发网络中实现超文本传输协议重定向的方法、装置及系统 |
| CN104660657A (zh) * | 2013-11-25 | 2015-05-27 | 华为技术有限公司 | 一种网络业务处理方法、适配器及网络业务处理系统 |
| CN106330833A (zh) * | 2015-06-29 | 2017-01-11 | 中兴通讯股份有限公司 | 基于因特网内容适配协议的通信方法、客户端和服务器 |
Also Published As
| Publication number | Publication date |
|---|---|
| WO2019100831A1 (zh) | 2019-05-31 |
| CN109818905A (zh) | 2019-05-28 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN109818905B (zh) | 一种传输层协议适配的方法、网元设备及系统 | |
| US7936750B2 (en) | Packet transfer device and communication system | |
| JP3811057B2 (ja) | 中継コネクション管理プログラムおよび中継コネクション管理方法 | |
| JP5097620B2 (ja) | マルチパス通信システム | |
| JP5913258B2 (ja) | 中継装置及びデータ転送方法 | |
| JPH11331222A (ja) | 適応形パケット長を持つ音声伝送のための装置及び方法 | |
| EP2195994A1 (en) | Method of controlling a communication device | |
| US6947435B1 (en) | Radio communication system and apparatus, communication method and program recording medium therefor | |
| WO2008036086A1 (en) | Handoff and optimization of a network protocol stack | |
| US8892751B2 (en) | Method, system and network entity for negotiating the session description protocol version and obtaining the session description protocol version information | |
| US6778545B1 (en) | DSP voice buffersize negotiation between DSPs for voice packet end devices | |
| CN109951388B (zh) | 路由不间断方法和主控板 | |
| CN109587749B (zh) | 数据发送方法和系统 | |
| CN110381007B (zh) | Tcp加速方法及装置 | |
| US7899040B2 (en) | Synchronization of event processing at a media gateway | |
| CN103152495A (zh) | 一种媒体转移的方法、装置及系统 | |
| JP2006135593A (ja) | 中継装置及び最適通信経路選択方法 | |
| KR101410510B1 (ko) | Ｓｃｔｐ를 이용한 데이터 전송 방법 및 장치 | |
| JP2002176446A (ja) | 端末位置情報管理方法，この方法を用いる端末位置情報管理システム、並びにこのシステムに用いるホームエージェントおよびボーダゲートウェイ | |
| JP2001136202A (ja) | Ｔｃｐ／ｉｐにおけるコネクション設定方法および方式 | |
| KR20050077937A (ko) | 가입자 호 전환 서비스 제공 시스템 | |
| WO2004071027A1 (en) | Methods and systems for non-disruptive physical address resolution | |
| US7664024B2 (en) | VoIP network system for multicasting packets and a method of constructing the same | |
| TWI483605B (zh) | 用於網路系統之部署方法及電腦系統 | |
| JP2005012615A (ja) | パケット通信装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |