CN106658478B - 一种业务数据的传输方法、装置、控制设备及通信*** - Google Patents
一种业务数据的传输方法、装置、控制设备及通信*** Download PDFInfo
- Publication number
- CN106658478B CN106658478B CN201510717274.7A CN201510717274A CN106658478B CN 106658478 B CN106658478 B CN 106658478B CN 201510717274 A CN201510717274 A CN 201510717274A CN 106658478 B CN106658478 B CN 106658478B
- Authority
- CN
- China
- Prior art keywords
- address
- data transfer
- equipment
- base station
- business datum
- 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
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/26—Network addressing or numbering for mobility support
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/11—Allocation or use of connection identifiers
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Databases & Information Systems (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明提供了一种业务数据的传输方法、装置、控制设备及通信***，该方法包括：接收基站发送的用户附着请求；根据用户附着请求，从多个数据转发设备中选择一个数据转发设备；与选择的数据转发设备和基站交互，在网络与用户设备间进行上下行业务数据的传输。本发明的方案，能够选择满足用户附着请求的数据转发设备，并直接与选择的数据转发设备和基站交互，减少了信令的交互，节省了信令处理时间。
Description
技术领域
本发明涉及无线通信技术领域，尤其涉及一种业务数据的传输方法、装置、控制设备及通信***。
背景技术
如图1所示，在目前长期演进(LTE)/分组核心网(EPC)架构中，包含有多种网元设备。如移动管理实体(MME)，策略与计费规则功能单元(PCRF)，归属签约用户服务器(HSS)，服务网关(SGW),分组数据网网关(PGW)等。分别实现移动性管理，路径选择，数据转发，计费策略等功能。用户初始附着时的控制面信令使用无线分组业务隧道控制面(GTP-C)协议，转发面信令使用无线分组业务隧道用户面(GTP-U)协议。其中，用户设备(UE)建立连接的主要流程如下：
1、当UE接入网络时，基站(eNodeB)向MME发送建立连接请求。该消息包含但不限于：国际移动用户识别码(IMSI)，业务标识等。
2、MME根据接收到的网络接入选择(APN)，并根据域名(DNS)服务器的地址解析，选择合适的SGW与PGW)。
3、MME与SGW之间，SGW与PGW之间依次建立连接。
4、PGW为用户分配IP地址。
5、PGW与PCRF网元进行交互连接。PGW向PCRF网元提供用户的IP地址、APN、承载服务质量(QoS)等。PCRF网元向PGW下发网络接入聚合最大比特率(APN-AMBR)、服务质量标度值(QCI)、地址解析协议(ARP)等计费策略信息和QoS信息。
6、PGW向SGW发送消息，内容包括但不限于：PGW地址和隧道端点标识(TEID)。
7、SGW向MME发送消息，内容包括但不限于：PGW地址和TEID，SGW地址和TEID等。
8、MME向eNodeB发送消息，内容包括但不限于：SGW地址和TEID，以及分配给UE的IP地址
9、eNodeB向UE传递UE的IP地址。
10、eNodeB向MME传递eNodeB的地址和TEID。
11、MME向SGW传递eNodeB的地址和TEID，打通数据传输链路。
12、UE通过eNodeB、SGW和PGW进行上下行数据的传递。
通过以上连接的建立，UE可以与Internet网络进行上下行数据的传递。
从上述过程中可以看出，由于现有EPC架构中，各个网元的控制功能各不相同，数据转发与状态控制紧密耦合，这不利于网络的快速演进和成本的降低，而且各个控制网元之间的信令传递频繁，信令处理时间较长。
发明内容
为了克服现有技术中存在的上述问题，本发明的实施例提供了一种业务数据的传输方法、装置、控制设备及通信***，能够选择满足用户附着请求的数据转发设备，并直接与选择的数据转发设备和基站交互，减少了信令的交互，节省了信令处理时间。
为了解决上述技术问题，本发明采用如下技术方案：
依据本发明实施例的一个方面，提供了一种，业务数据的传输方法，包括：
接收基站发送的用户附着请求；
根据所述用户附着请求，从多个数据转发设备中选择一个数据转发设备；
与选择的所述数据转发设备和基站交互，在网络与用户设备间进行上下行业务数据的传输。
其中，上述方案中，所述用户附着请求包括：用户设备的业务标识；
根据所述用户附着请求，从多个数据转发设备中选择一个数据转发设备的步骤包括：
获取域名服务器根据所述业务标识解析的网络连接地址；
根据所述网络连接地址，从多个数据转发设备中选择与所述网络连接地址相匹配的数据转发设备。
其中，上述方案中，所述根据所述网络连接地址，从多个数据转发设备中选择与所述网络连接地址相匹配的数据转发设备的步骤之后，所述方法还包括：
从多个与所述网络连接地址相匹配的数据转发设备中选择一个离用户设备最近的数据转发设备或一个负载最小的数据转发设备。
其中，上述方案中，与选择的所述数据转发设备和基站交互，在网络与用户设备间进行上下行业务数据的传输的步骤包括：
从选择的所述数据转发设备对应的IP地址池中选择一个分配给用户设备的IP地址；
根据所述IP地址，在网络与用户设备间进行上下行业务数据的传输。
其中，上述方案中，所述从选择的所述数据转发设备对应的IP地址池中选择一个分配给用户设备的IP地址的步骤之后还包括：
将用户设备的所述IP地址、业务标识以及用户标识信息发送给数据库；
从所述数据库中获取所述用户设备的签约数据、计费策略以及服务质量保障策略。
其中，上述方案中，根据所述IP地址，在网络与用户设备间进行上下行业务数据的传输的步骤包括：
向所述数据转发设备发送创建会话请求；
在接收到所述数据转发设备根据所述创建会话请求反馈的创建会话响应时，向所述基站发送附着接收消息；
在接收到所述基站反馈的附着完成消息时，向所述数据转发设备发送数据转发信令，并由所述数据转发设备和所述基站根据所述IP地址传输所述服务器与用户设备之间的上下行业务数据。
其中，上述方案中，所述IP地址，在网络与用户设备间进行上下行业务数据的传输的步骤包括：
向所述数据转发设备发送创建会话请求；
向所述基站发送附着接收消息；
接收所述数据转发设备根据所述创建会话请求反馈的创建会话响应；
在接收到所述基站反馈的附着完成消息时，由所述数据转发设备和所述基站根据所述IP地址传输所述服务器与用户设备之间的上下行业务数据。
其中，上述方案中，所述创建会话请求中包括：所述IP地址，控制设备的隧道端点标识，所述计费策略以及所述服务质量保障策略；
所述创建会话响应包括：所述数据转发设备的隧道端点标识；
所述附着接收消息包括：所述数据转发设备的地址、所述数据转发设备的隧道端点标识、所述IP地址、所述控制设备的隧道端点标识和所述服务质量保障策略；
附着完成消息包括：所述基站的地址和隧道端点标识；
所述数据转发信令包括：所述基站的地址和隧道端点标识。
其中，上述方案中，所述创建会话请求中包括：所述IP地址、所述基站的地址、所述计费策略以及所述服务质量保障策略；
所述附着接收消息包括：所述数据转发设备的地址、所述IP地址以及所述服务质量保障策略。
依据本发明实施例的另一个方面，还提供了一种业务数据的传输装置，包括：
接收模块，用于接收基站发送的用户附着请求；
选择模块，用于根据所述用户附着请求，从多个数据转发设备中选择一个数据转发设备；
交互模块，用于与选择的所述数据转发设备和基站交互，在网络与用户设备间进行上下行业务数据的传输。
其中，上述方案中，所述用户附着请求包括：用户设备的业务标识；
所述选择模块包括：
获取单元，用于获取域名服务器根据所述业务标识解析的网络连接地址；
第一选择单元，用于根据所述网络连接地址，从多个数据转发设备中选择与所述网络连接地址相匹配的数据转发设备。
其中，上述方案中，所述选择模块还包括：
第二选择单元，用于从多个与所述网络连接地址相匹配的数据转发设备中选择一个离用户设备最近的数据转发设备或一个负载最小的数据转发设备。
其中，上述方案中，所述交互模块包括：
分配单元，用于从选择的所述数据转发设备对应的IP地址池中选择一个分配给用户设备的IP地址；
传输单元，用于根据所述IP地址，在网络与用户设备间进行上下行业务数据的传输。
其中，上述方案中，所述交互模块还包括：
发送单元，用于将用户设备的所述IP地址、业务标识以及用户标识信息发送给数据库；
接收单元，用于从所述数据库中获取所述用户设备的签约数据、计费策略以及服务质量保障策略。
其中，上述方案中，所述传输单元包括：
会话请求子单元，用于向所述数据转发设备发送创建会话请求；
附着请求子单元，用于在接收到所述数据转发设备根据所述创建会话请求反馈的创建会话响应时，向所述基站发送附着接收消息；
转发子单元，用于在接收到所述基站反馈的附着完成消息时，向所述数据转发设备发送数据转发信令，并由所述数据转发设备和所述基站根据所述IP地址传输所述服务器与用户设备之间的上下行业务数据。
其中，上述方案中，所述传输单元包括：
第一发送子单元，用于向所述数据转发设备发送创建会话请求；
第二发送子单元，用于向所述基站发送附着接收消息；
第一接收子单元，用于接收所述数据转发设备根据所述创建会话请求反馈的创建会话响应；
第二接收子单元，用于在接收到所述基站反馈的附着完成消息时，由所述数据转发设备和所述基站根据所述IP地址传输所述服务器与用户设备之间的上下行业务数据。
其中，上述方案中，所述创建会话请求中包括：所述IP地址，控制设备的隧道端点标识，所述计费策略以及所述服务质量保障策略；
所述创建会话响应包括：所述数据转发设备的隧道端点标识；
所述附着接收消息包括：所述数据转发设备的地址、所述数据转发设备的隧道端点标识、所述IP地址、所述控制设备的隧道端点标识和所述服务质量保障策略；
附着完成消息包括：所述基站的地址和隧道端点标识；
所述数据转发信令包括：所述基站的地址和隧道端点标识。
其中，上述方案中，所述创建会话请求中包括：所述IP地址、所述基站的地址、所述计费策略以及所述服务质量保障策略；
所述附着接收消息包括：所述数据转发设备的地址、所述IP地址以及所述服务质量保障策略。
依据本发明实施例的另一个方面，还提供了一种控制设备，包括上述所述的业务数据的传输装置。
依据本发明实施例的另一个方面，还提供了一种通信***，包括上述所述的控制设备。
本发明实施例的有益效果是：
本发明实施例的业务数据的传输方法，接收基站发送的用户附着请求，并根据用户附着请求，从多个数据转发设备中选择一个数据转发设备，并直接通过选择的数据转发设备和基站交互，从而实现在网络与用户设备间进行上下行业务数据的传输。因此，本发明实施例的业务数据传输方法，减少了信令的交互，节省了信令处理时间。
附图说明
图1表示现有技术的EPC通信***架构图；
图2表示本发明实施例的业务数据传输方法涉及的EPC通信***架构图；
图3表示本发明实施例的业务数据传输方法流程图；
图4表示本发明第一实施例的业务数据的传输装置的结构框图；
图5表示本发明第二实施例的业务数据的传输装置的结构框图；
图6表示本发明实施例的业务数据的传输方法采用GTP协议的实现流程示意图；
图7表示本发明实施例的业务数据的传输方法采用基于IP的openflow协议的实现流程示意图。
具体实施方式
下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。
实施例一
依据本发明实施例的一个方面，提供了一种业务数据的传输方法，该方法应用于控制面设备融合后的EPC网络中。如图2所示，该EPC网络架构将网元中控制面和转发面分开，控制面设备进行重新融合，成为具有网络整体控制能力的控制设备(controller)，按需在网络中使用通用的转发面设备(即图2中所示的数据转发设备DGW)，简化网络部署，从而实现对转发面设备的统一控制，进而实现更快的控制面信令处理，节省转发时间，降低时延。
该方法应用于图2所示的控制设备，该控制设备首先，接收基站发送的用户附着请求；接着，根据所述用户附着请求，从多个数据转发设备中选择一个数据转发设备；最后，与选择的所述数据转发设备和基站交互，在网络与用户设备间进行上下行业务数据的传输。因此，本发明实施例的业务数据的传输方法，由控制设备选择满足用户附着请求的数据转发设备，并直接与选择的数据转发设备和基站交互，减少了信令的交互，节省了信令处理时间。
如图3所示，该方法包括：
步骤S31、接收基站发送的用户附着请求。
其中，所述用户附着请求包括：用户设备的业务标识。当然可以理解的是，对于所述用户附着请求中携带的具体信息，并不局限于此，比如，还可携带用户设备的IMSI。
另外，用户设备进行实际业务之前，需要初始附着，因此，该用户设备会通过基站向控制设备发送用户附着请求，因此控制设备接收的用户附着请求是基站转发的用户设备向基站发送的。
步骤S33、根据所述用户附着请求，从多个数据转发设备中选择一个数据转发设备。
在控制面设备融合后的EPC架构中，一个控制设备下可以控制多个数据转发设备，且多个数据转发设备分别连接了不同的网络，例如局域网、城域网或广域网。因此，当一个用户设备发起用户附着请求时，控制设备需要知道该用户设备需要连接哪一个网络。其中，连接的网络类型一般与用户设备所要进行的业务相关，所以，控制设备会根据用户附着请求中携带的用户设备的业务标识为该用户设备从多个数据转发设备中选择一个可用的数据转发设备。
其中，该可用的数据转发设备需要与用户设备所要连接的网络相匹配。因此，步骤S33包括：
获取域名服务器根据所述业务标识解析的网络连接地址；
根据所述网络连接地址，从多个数据转发设备中选择与所述网络连接地址相匹配的数据转发设备。
为了使得EPC网络中的各个数据转发设备的负载呈现均衡的状态，或使网络运行更加顺畅，可进一步从多个与所述网络连接地址相匹配的数据转发设备中选择一个离用户设备最近的数据转发设备或一个负载最小的数据转发设备。
步骤S35、与选择的所述数据转发设备和基站交互，在网络与用户设备间进行上下行业务数据的传输。
在EPC网络中，不同的用户设备进行相应的业务，会对应有不同的IP地址。而在EPC网络架构中的控制设备上配置有地址池，该控制设备负责用户设备的IP地址的分配。所以，当满足用户设备的业务需求的数据转发设备选定之后，控制设备会从选择的所述数据转发设备对应的IP地址池中选择一个分配给该用户设备，然后，根据为该用户设备分配的IP地址，在网络与用户设备之间进行上下行业务数据的传输。
另外，用户设备通过基站与数据转发设备与网络进行上下行数据传输时，基站需要知道与该用户设备对应的服务质量保障策略，数据转发设备需要知道计费策略和服务质量保障策略。因此，当为用户设备分配了IP地址后，还需要将用户设备的所述IP地址、业务标识以及IMSI发送给数据库，以便数据库可以根据这些信息查找对应于该用户设备的签约数据、计费策略以及服务质量保障策略，并下发给控制设备。
控制设备获取到用户设备的签约信息、计费策略以及服务质量保障策略后，控制设备将签约信息保存，并将计费策略和服务质量保障策略下发数据转发设备，将服务质量保障策略下发基站，使得当用户设备在进行上下行数据传输时，数据转发设备可以执行计费策略，进行数据包的流量统计，时长统计，并根据计费策略将测量记录上报给控制设备，控制设备对计费测量信息进行统计，生成话单后再上报至相应网元。
其中，根据所述IP地址，在网络与用户设备间进行上下行业务数据的传输的过程中，主要需要控制设备与数据转发设备之间创建会话，与基站之间实现附着，最终打通上下行数据的传输链路。因此，控制设备可以在与数据转发设备之间创建会话的过程中，将计费策略和服务质量保障策略作为相应信令的携带信息下发给数据转发设备，在与基站实现附着的过程中，将服务质量保障策略作为相应信令的携带信息下发给基站。
另外，由于EPC网络的控制面设备融合后，控制设备和数据转发设备之间的协议，可以采用通用无线分组业务隧道(GTP)协议，也可以选择基于IP的openflow协议。
当控制设备与数据转发设备之间采用GTP协议时，所述根据所述IP地址，在网络与用户设备间进行上下行业务数据的传输的步骤包括：
向所述数据转发设备发送创建会话请求；
在接收到所述数据转发设备根据所述创建会话请求反馈的创建会话响应时，向所述基站发送附着接收消息；
在接收到所述基站反馈的附着完成消息时，向所述数据转发设备发送数据转发信令，并由所述数据转发设备和所述基站根据所述IP地址传输所述服务器与用户设备之间的上下行业务数据。
其中，所述创建会话请求中包括：所述IP地址，控制设备的隧道端点标识，所述计费策略以及所述服务质量保障策略；所述创建会话响应包括：所述数据转发设备的隧道端点标识；所述附着接收消息包括：所述数据转发设备的地址、所述数据转发设备的隧道端点标识、所述IP地址、所述控制设备的隧道端点标识和所述服务质量保障策略；附着完成消息包括：所述基站的地址和隧道端点标识；所述数据转发信令包括：所述基站的地址和隧道端点标识。
由于GTP协议规定，在第一设备向第二设备发送信令信息时，第一设备需要携带第一设备的TEID，使得第二设备可以根据第一设备的TEID向第一设备回复信息，当然，第二设备回复信息时，也需要携带第二设备的TEID。因此，在上述过程中，任一网元在向另一网元发送相应信令时，均携带了相应的TED。
此外，对比现有技术，在打通上下行数据传输链路的过程，本发明实施例的业务数据传输方法中，主要仅涉及控制设备和数据转发设备这两个网元，且数据转发设备的TEID和地址信息仅需要通知控制设备，对应与现有技术中的流程，PGW要将自身的TEID和地址传递给SGW。SGW要将自身的TEID和地址、PGW的TEID和地址传递给MME。因此，本发实施例的业务数据传输方法，涉及网元较少，且大大减少了信令的发送，减轻了网络负担。
当控制设备与数据转发设备之间采用基于IP的openflow协议时，所述根据所述IP地址，在网络与用户设备间进行上下行业务数据的传输的步骤包括：
向所述数据转发设备发送创建会话请求；
向所述基站发送附着接收消息；
接收所述数据转发设备根据所述创建会话请求反馈的创建会话响应；
在接收到所述基站反馈的附着完成消息时，由所述数据转发设备和所述基站根据所述IP地址传输所述服务器与用户设备之间的上下行业务数据。
其中，所述创建会话请求中包括：所述IP地址、所述基站的地址、所述计费策略以及所述服务质量保障策略；
所述附着接收消息包括：所述数据转发设备的地址、所述IP地址以及所述服务质量保障策略。
由于基于IP的openflow协议，没有隧道封包机制，所述上述过程中涉及的相关信令信息中，并不需要携带发送方网元的TEID，且基于IP的openflow协议下，控制设备知道基站的地址和数据转发设备的地址，并且请求创建会话，就是控制设备将基站的地址告知给数据转发设备；请求附着，就是控制设备将数据转发设备的地址告知给基站；最终上下行数据传输链路打通，就是基站知道了数据转发设备的地址，数据转发设备知道了基站的地址。所以，对于控制设备向数据转发设备请求创建会话，以及控制设备向基站请求附着的步骤可同时进行，且当基站告知控制设备附着成功时，也不再需要控制设备将基站的地址告知给数据转发设备。
综上所述，控制设备和数据转发设备之间的协议采用GTP协议时，本发实施例的业务数据的传输方法，在控制面设备融合后的EPC网络架构中的实现流程如图6所示：
601、用户设备通过基站(eNodeB)向控制设备(controller)发送连接请求(attachrequest)，该消息包含但不限于：IMSI，业务标识等；
602、Controller根据业务标识和域名服务器的地址解析，筛选出可用的数据转发设备(DGW)，Controller再根据DGW的负载情况，为该UE选择合适的DGW，并分配对应的IP地址。
603、Controller向数据库(database)提供UE IP地址,业务标识，IMSI等信息，来向database请求数据；
604、database向Controller发送信息包括但不限于：签约数据，计费策略以及服务质量(QoS)保障策略等信息；
605、Controller向DGW发送建立会话请求(Create session request)，该信令包括但不限于：UE IP地址，Controller TEID，QoS信息、计费策略等；
606、DGW向Controller发送建立会话响应(Create session response)，该信令包括但不限于：DGW TEID等；
607、Controller向eNodeB发送附着请求(attach accept)；该信令包括但不限于：DGW的地址，DGW TEID，UE IP地址，Controller TEID，QoS信息等；
608、eNodeB向Controller发送成功附着响应(attach complete message)，该信令包括但不限于：eNodeB TEID，eNodeB的地址等；
609、Controller向DGW发送信令，该信令包括但不限于：eNodeB TEID，eNodeB的地址等；
610、eNodeB会将接收到的UE的IP地址，eNodeB的地址和TEID，DGW的地址和TEID发送给UE。UE通过eNodeB和DGW，与Internet进行上下行数据传递。
控制设备和数据转发设备之间的协议采用基于IP的openflow协议时，本发实施例的业务数据的传输方法，在控制面设备融合后的EPC网络架构中的实现流程如图7所示：
701、用户设备通过eNodeB向controller发送attach request。该消息包含但不限于IMSI，业务标识等；
702、Controller根据业务标识和域名服务器的地址解析，筛选出可用的DGW，Controller再根据DGW的负载情况，为该UE选择合适的DGW，并分配对应的IP地址。
703、Controller向database提供UE IP address,业务标识，IMSI等信息，来请求数据；
704、database向Controller发送信息包括但不限于：签约数据，计费策略以及QoS保障策略等信息；
705、Controller向DGW发送Create session request。该信令包括但不限于：UEIP address，eNodeB地址，QoS信息和计费信息等。
706、DGW向Controller发送Create session response。
707、Controller向eNodeB发送Attach accept。该信令包括但不限于：DGW的地址，UE IP地址，QoS信息等；
708、eNodeB向Controller发送Attach complete message。
709、eNodeB会将接收到的UE的IP地址，eNodeB的地址，DGW的地址发送给UE。UE通过eNodeB和DGW，与Internet进行上下行数据传递。
实施例二
依据本发明实施例的另一个方面，还提供了一种业务数据的传输装置，如图4所示，该装置400包括：
接收模块401，用于接收基站发送的用户附着请求；
选择模块403，用于根据所述用户附着请求，从多个数据转发设备中选择一个数据转发设备；
交互模块405，用于与选择的所述数据转发设备和基站交互，在网络与用户设备间进行上下行业务数据的传输。
可选地，所述用户附着请求包括：用户设备的业务标识；
所述选择模块403包括：
获取单元4031，用于获取域名服务器根据所述业务标识解析的网络连接地址；
第一选择单元4032，用于根据所述网络连接地址，从多个数据转发设备中选择与所述网络连接地址相匹配的数据转发设备。
可选地，所述选择模块403还包括：
第二选择单元4033，用于从多个与所述网络连接地址相匹配的数据转发设备中选择一个离用户设备最近的数据转发设备或一个负载最小的数据转发设备。
可选地，所述交互模块405包括：
分配单元4051，用于从选择的所述数据转发设备对应的IP地址池中选择一个分配给用户设备的IP地址；
传输单元4052，用于根据所述IP地址，在网络与用户设备间进行上下行业务数据的传输。
可选地，所述交互模块405还包括：
发送单元4053，用于将用户设备的所述IP地址、业务标识以及用户标识信息发送给数据库；
接收单元4054，用于从所述数据库中获取所述用户设备的签约数据、计费策略以及服务质量保障策略。
可选地，所述传输单元4052包括：
会话请求子单元40521，用于向所述数据转发设备发送创建会话请求；
附着请求子单元40522，用于在接收到所述数据转发设备根据所述创建会话请求反馈的创建会话响应时，向所述基站发送附着接收消息；
转发子单元40523，用于在接收到所述基站反馈的附着完成消息时，向所述数据转发设备发送数据转发信令，并由所述数据转发设备和所述基站根据所述IP地址传输所述服务器与用户设备之间的上下行业务数据。
可选地，所述创建会话请求中包括：所述IP地址，控制设备的隧道端点标识，所述计费策略以及所述服务质量保障策略；
所述创建会话响应包括：所述数据转发设备的隧道端点标识；
所述附着接收消息包括：所述数据转发设备的地址、所述数据转发设备的隧道端点标识、所述IP地址、所述控制设备的隧道端点标识和所述服务质量保障策略；
附着完成消息包括：所述基站的地址和隧道端点标识；
所述数据转发信令包括：所述基站的地址和隧道端点标识。
实施例三
依据本发明实施例的另一个方面，还提供了一种业务数据的传输装置，如图5所示，该装置400包括：
接收模块401，用于接收基站发送的用户附着请求；
选择模块403，用于根据所述用户附着请求，从多个数据转发设备中选择一个数据转发设备；
交互模块405，用于与选择的所述数据转发设备和基站交互，在网络与用户设备间进行上下行业务数据的传输。
可选地，所述用户附着请求包括：用户设备的业务标识；
所述选择模块403包括：
获取单元4031，用于获取域名服务器根据所述业务标识解析的网络连接地址；
选择单元4032，用于根据所述网络连接地址，从多个数据转发设备中选择与所述网络连接地址相匹配的数据转发设备。
可选地，所述选择模块403还包括：
第二选择单元4033，用于从多个与所述网络连接地址相匹配的数据转发设备中选择一个离用户设备最近的数据转发设备或一个负载最小的数据转发设备。
可选地，所述交互模块405包括：
分配单元4051，用于从选择的所述数据转发设备对应的IP地址池中选择一个分配给用户设备的IP地址；
传输单元4052，用于根据所述IP地址，在网络与用户设备间进行上下行业务数据的传输。
可选地，所述交互模块405还包括：
发送单元4053，用于将用户设备的所述IP地址、业务标识以及用户标识信息发送给数据库；
接收单元4054，用于从所述数据库中获取所述用户设备的签约数据、计费策略以及服务质量保障策略。
可选地，所述传输单元405包括：
第一发送子单元40524，用于向所述数据转发设备发送创建会话请求；
第二发送子单元40525，用于向所述基站发送附着接收消息；
第一接收子单元40526，用于接收所述数据转发设备根据所述创建会话请求反馈的创建会话响应；
第二接收子单元40527，用于在接收到所述基站反馈的附着完成消息时，由所述数据转发设备和所述基站根据所述IP地址传输所述服务器与用户设备之间的上下行业务数据。
可选地，其特征在于，
所述创建会话请求中包括：所述IP地址、所述基站的地址、所述计费策略以及所述服务质量保障策略；
所述附着接收消息包括：所述数据转发设备的地址、所述IP地址以及所述服务质量保障策略。
实施例四
依据本发明实施例的另一个方面，还提供了一种控制设备，包括上述所述的业务数据的传输装置。
实施例五
依据本发明实施例的另一个方面，还提供了一种通信***，包括上述所述的控制设备。该通信***如可以是分组核心网(EPC)通信***。
以上所述的是本发明的优选实施方式，应当指出对于本技术领域的普通人员来说，在不脱离本发明所述的原理前提下还可以作出若干改进和润饰，这些改进和润饰也在本发明的保护范围内。
Claims (16)
1.一种业务数据的传输方法，其特征在于，包括：
接收基站发送的用户附着请求；所述用户附着请求包括：用户设备的业务标识；
获取域名服务器根据所述业务标识解析的网络连接地址；
根据所述网络连接地址，从多个数据转发设备中选择与所述网络连接地址相匹配的数据转发设备；多个数据转发设备分别连接了不同的网络；
从选择的所述数据转发设备对应的IP地址池中选择一个分配给用户设备的IP地址；
根据所述IP地址，在网络与用户设备间进行上下行业务数据的传输。
2.根据权利要求1所述的业务数据的传输方法，其特征在于，所述根据所述网络连接地址，从多个数据转发设备中选择与所述网络连接地址相匹配的数据转发设备的步骤之后，所述方法还包括：
从多个与所述网络连接地址相匹配的数据转发设备中选择一个离用户设备最近的数据转发设备或一个负载最小的数据转发设备。
3.根据权利要求1所述的业务数据的传输方法，其特征在于，所述从选择的所述数据转发设备对应的IP地址池中选择一个分配给用户设备的IP地址的步骤之后还包括：
将用户设备的所述IP地址、业务标识以及用户标识信息发送给数据库；
从所述数据库中获取所述用户设备的签约数据、计费策略以及服务质量保障策略。
4.根据权利要求3所述的业务数据的传输方法，其特征在于，根据所述IP地址，在网络与用户设备间进行上下行业务数据的传输的步骤包括：
向所述数据转发设备发送创建会话请求；
在接收到所述数据转发设备根据所述创建会话请求反馈的创建会话响应时，向所述基站发送附着接收消息；
在接收到所述基站反馈的附着完成消息时，向所述数据转发设备发送数据转发信令，并由所述数据转发设备和所述基站根据所述IP地址传输所述域名服务器与用户设备之间的上下行业务数据。
5.根据权利要求3所述的业务数据的传输方法，其特征在于，所述根据IP地址，在网络与用户设备间进行上下行业务数据的传输的步骤包括：
向所述数据转发设备发送创建会话请求；
向所述基站发送附着接收消息；
接收所述数据转发设备根据所述创建会话请求反馈的创建会话响应；
在接收到所述基站反馈的附着完成消息时，由所述数据转发设备和所述基站根据所述IP地址传输所述域名服务器与用户设备之间的上下行业务数据。
6.根据权利要求4所述的业务数据的传输方法，其特征在于，
所述创建会话请求中包括：所述IP地址，控制设备的隧道端点标识，所述计费策略以及所述服务质量保障策略；
所述创建会话响应包括：所述数据转发设备的隧道端点标识；
所述附着接收消息包括：所述数据转发设备的地址、所述数据转发设备的隧道端点标识、所述IP地址、所述控制设备的隧道端点标识和所述服务质量保障策略；
附着完成消息包括：所述基站的地址和隧道端点标识；
所述数据转发信令包括：所述基站的地址和隧道端点标识。
7.根据权利要求5所述的业务数据的传输方法，其特征在于，
所述创建会话请求中包括：所述IP地址、所述基站的地址、所述计费策略以及所述服务质量保障策略；
所述附着接收消息包括：所述数据转发设备的地址、所述IP地址以及所述服务质量保障策略。
8.一种业务数据的传输装置，其特征在于，包括：
接收模块，用于接收基站发送的用户附着请求；
选择模块，用于根据所述用户附着请求，从多个数据转发设备中选择一个数据转发设备；
交互模块，用于与选择的所述数据转发设备和基站交互，在网络与用户设备间进行上下行业务数据的传输；所述用户附着请求包括：用户设备的业务标识；
所述选择模块包括：
获取单元，获取域名服务器根据所述业务标识解析的网络连接地址；
第一选择单元，用于根据所述网络连接地址，从多个数据转发设备中选择与所述网络连接地址相匹配的数据转发设备；多个数据转发设备分别连接了不同的网络；
所述交互模块包括：
分配单元，用于从选择的所述数据转发设备对应的IP地址池中选择一个分配给用户设备的IP地址；
传输单元，用于根据所述IP地址，在网络与用户设备间进行上下行业务数据的传输。
9.根据权利要求8所述的业务数据的传输装置，其特征在于，所述选择模块还包括：
第二选择单元，用于从多个与所述网络连接地址相匹配的数据转发设备中选择一个离用户设备最近的数据转发设备或一个负载最小的数据转发设备。
10.根据权利要求8所述的业务数据的传输装置，其特征在于，所述交互模块还包括：
发送单元，用于将用户设备的所述IP地址、业务标识以及用户标识信息发送给数据库；
接收单元，用于从所述数据库中获取所述用户设备的签约数据、计费策略以及服务质量保障策略。
11.根据权利要求10所述的业务数据的传输装置，其特征在于，所述传输单元包括：
会话请求子单元，用于向所述数据转发设备发送创建会话请求；
附着请求子单元，用于在接收到所述数据转发设备根据所述创建会话请求反馈的创建会话响应时，向所述基站发送附着接收消息；
转发子单元，用于在接收到所述基站反馈的附着完成消息时，向所述数据转发设备发送数据转发信令，并由所述数据转发设备和所述基站根据所述IP地址传输所述域名服务器与用户设备之间的上下行业务数据。
12.根据权利要求10所述的业务数据的传输装置，其特征在于，所述传输单元包括：
第一发送子单元，用于向所述数据转发设备发送创建会话请求；
第二发送子单元，用于向所述基站发送附着接收消息；
第一接收子单元，用于接收所述数据转发设备根据所述创建会话请求反馈的创建会话响应；
第二接收子单元，用于在接收到所述基站反馈的附着完成消息时，由所述数据转发设备和所述基站根据所述IP地址传输所述域名服务器与用户设备之间的上下行业务数据。
13.根据权利要求11所述的业务数据的传输装置，其特征在于，
所述创建会话请求中包括：所述IP地址，控制设备的隧道端点标识，所述计费策略以及所述服务质量保障策略；
所述创建会话响应包括：所述数据转发设备的隧道端点标识；
所述附着接收消息包括：所述数据转发设备的地址、所述数据转发设备的隧道端点标识、所述IP地址、所述控制设备的隧道端点标识和所述服务质量保障策略；
附着完成消息包括：所述基站的地址和隧道端点标识；
所述数据转发信令包括：所述基站的地址和隧道端点标识。
14.根据权利要求12所述的业务数据的传输装置，其特征在于，
所述创建会话请求中包括：所述IP地址、所述基站的地址、所述计费策略以及所述服务质量保障策略；
所述附着接收消息包括：所述数据转发设备的地址、所述IP地址以及所述服务质量保障策略。
15.一种控制设备，其特征在于，包括如权利要求8～14任意一项所述的业务数据的传输装置。
16.一种通信***，包括如权利要求15所述的控制设备。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201510717274.7A CN106658478B (zh) | 2015-10-29 | 2015-10-29 | 一种业务数据的传输方法、装置、控制设备及通信*** |
| PCT/CN2016/097522 WO2017071399A1 (zh) | 2015-10-29 | 2016-08-31 | 一种业务数据的传输方法、装置、控制设备及通信*** |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201510717274.7A CN106658478B (zh) | 2015-10-29 | 2015-10-29 | 一种业务数据的传输方法、装置、控制设备及通信*** |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN106658478A CN106658478A (zh) | 2017-05-10 |
| CN106658478B true CN106658478B (zh) | 2019-06-25 |
Family
ID=58631273
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201510717274.7A Active CN106658478B (zh) | 2015-10-29 | 2015-10-29 | 一种业务数据的传输方法、装置、控制设备及通信*** |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN106658478B (zh) |
| WO (1) | WO2017071399A1 (zh) |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN115243260A (zh) | 2017-09-06 | 2022-10-25 | 北京小米移动软件有限公司 | 无人机接入方法及装置 |
| CN111586760B (zh) * | 2020-04-28 | 2021-03-16 | 广州技象科技有限公司 | 一种窄带物联网的终端附着方法及装置 |
| CN115175172B (zh) * | 2022-07-21 | 2023-11-21 | 北京锐安科技有限公司 | 数据处理方法、装置、电子设备及存储介质 |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101064866A (zh) * | 2006-04-28 | 2007-10-31 | 华为技术有限公司 | 一种短信的路由寻址方法及*** |
| CN101296509A (zh) * | 2007-04-28 | 2008-10-29 | 华为技术有限公司 | 紧急通信业务实现方法、***及其相关设备 |
Family Cites Families (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| GB2316599A (en) * | 1996-08-23 | 1998-03-04 | Sheel Khemka | Female's trousers with front and perineal fly. |
| EP2482525B1 (en) * | 2011-01-28 | 2014-03-12 | NTT DoCoMo, Inc. | Method and apparatus for determining a server which should respond to a service request |
| CN103975625B (zh) * | 2012-06-30 | 2019-05-24 | 华为技术有限公司 | 一种控制和转发解耦架构下的转发面隧道资源的管理方法 |
| WO2014071605A1 (zh) * | 2012-11-09 | 2014-05-15 | 华为技术有限公司 | 处理报文的方法、转发面装置及网络设备 |
| CN103857004A (zh) * | 2012-12-03 | 2014-06-11 | 华为技术有限公司 | 处理无线网络用户接入的方法、装置及*** |
| CN103906131A (zh) * | 2012-12-25 | 2014-07-02 | 华为技术有限公司 | 一种数据传输***、设备及方法 |
| WO2015066894A1 (zh) * | 2013-11-08 | 2015-05-14 | 华为技术有限公司 | 转发面迁移方法、控制器及网关 |
| CN104753828B (zh) * | 2013-12-31 | 2019-10-25 | 华为技术有限公司 | 一种sdn控制器、数据中心***和路由连接方法 |
-
2015
- 2015-10-29 CN CN201510717274.7A patent/CN106658478B/zh active Active
-
2016
- 2016-08-31 WO PCT/CN2016/097522 patent/WO2017071399A1/zh active Application Filing
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101064866A (zh) * | 2006-04-28 | 2007-10-31 | 华为技术有限公司 | 一种短信的路由寻址方法及*** |
| CN101296509A (zh) * | 2007-04-28 | 2008-10-29 | 华为技术有限公司 | 紧急通信业务实现方法、***及其相关设备 |
Also Published As
| Publication number | Publication date |
|---|---|
| WO2017071399A1 (zh) | 2017-05-04 |
| CN106658478A (zh) | 2017-05-10 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US10826769B2 (en) | Data processing method and device | |
| EP2884783B1 (en) | Terminal control method, device, and system | |
| US10206136B2 (en) | Communication apparatus, control apparatus, communication method, control method, and program | |
| CN104301881B (zh) | 一种计费的方法和计费装置 | |
| CN102695236B (zh) | 一种数据路由方法及*** | |
| CN105900519A (zh) | 通信***、通信设备以及通信控制方法 | |
| CN103428731B (zh) | 路由优化方法及***、服务网关 | |
| CN101400085A (zh) | 一种协商路径最大传输单元值的方法、装置及*** | |
| US20140226646A1 (en) | Communication system, method, and apparatus | |
| CN106658478B (zh) | 一种业务数据的传输方法、装置、控制设备及通信*** | |
| CN106559917A (zh) | 用户设备初始附着方法及*** | |
| CN101296096A (zh) | 无线通信***中实现策略计费控制的方法及装置及*** | |
| KR20140077095A (ko) | 데이터 트래픽의 전달 방법 및 장치 | |
| KR101769344B1 (ko) | 다중 경로 환경에서의 서비스 플로우 별 mp-gw 포트 매핑 방법 및 시스템 | |
| KR101726357B1 (ko) | 다중 경로 패킷 데이터 서비스를 위한 응용 리스트 갱신 방법 및 장치 | |
| CN103503496B (zh) | 一种建立直接隧道的方法及装置 | |
| CN102387063B (zh) | 一种ifom错误时的处理方法和*** | |
| KR101481337B1 (ko) | 소프트웨어 정의 네트워크 기반 이동통신 시스템 및 이의 단말 접속 처리 방법 | |
| CN102355653B (zh) | 终端间通信方法及控制设备、用户设备、基站和网络*** | |
| US10206137B2 (en) | Communication apparatus, control apparatus, communication system, communication method, control method, and program | |
| CN107396356A (zh) | 数据发送方法及装置 | |
| KR102072702B1 (ko) | 데이터 세션 관리 방법 및 장치 | |
| KR20170064682A (ko) | 다중 경로 패킷 데이터 서비스 제공 방법 및 장치 | |
| CN105592494A (zh) | 一种均衡移动性管理设备池容量的方法 | |
| KR101744693B1 (ko) | 다중 경로 패킷 데이터 서비스 제공 방법 및 장치 |
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 |