GW的方向，则将隧道的外层目的IP地址、和该隧道的上行方向信息临时存放在某处，待接受到该创建请求信令对应的创建回应信令时，立即将目的IP地址、和该隧道的上行方向信息添加到上述当前上行地址池，得到更新后的更新上行地址池，同理，若隧道的方向为下行方向，可得到更新后的更新下行地址池；当Sl-U接口用户数据的信令类型为删除信令时，若隧道的方向为上行方向，即从eNodeB到S-GW的方向，则将隧道的外层目的IP地址和该隧道的上行方向信息，从上述当前上行地址池中删除，得到更新后的更新上行地址池，同理，若隧道的方向为下行方向，可得到更新后的更新下行地址池。为了便于表述，本实施例中，将诸如创建、删除、释放和修改等常见更改地址池的动作，统一称为更新上行或下行地址池。
[0076]S240:根据目的IP地址和更新上下行地址池，判断用户数据的上下行。
[0077]本步骤是实施例一步骤S140的可选实施方式。示例性的，可以在上述更新上行地址池和更新下行地址池中，遍历查找传输Sl-U接口用户数据的隧道的外层目的IP地址，若该目的IP地址在更新上行地址池中找到，则该数据为上行数据，若该目的IP地址在更新下行地址池中找到，则该数据为下行数据。
[0078]综上所述，在本实施例中，可以先创建当前上行地址池和当前下行地址池，接收并解析Sl-U接口用户数据，得到该数据的信令类型、目的IP地址和相应的上下行方向信息，将得到的一系列信息更新到当前上行地址池或当前下行地址池，获得更新上行地址池或更新下行地址池，在更新上行地址池和更新下行地址池中查找该数据的目的IP地址，若在更新上行地址池找到，则Sl-U接口用户数据为上行数据，若在更新下行地址池找到，则Sl-U接口用户数据为下行数据。
[0079]以下为本发明实施例提供的移动核心网用户数据的分流方法的实施例。本实施例中，通过上述判断方法获得接收到的用户数据的上下行判断结果，根据该上下行判断结果对用户数据分流。所以，本实施例中未详尽描述的细节内容，可参考上述移动核心网用户数据的上下行判断方法。
[0080]实施例三
[0081]在上述实施例的基础上，基于同一发明构思，本发明实施例提供一种移动核心网用户数据的分流方法。在本实施例中，利用了上述移动核心网用户数据的上下行判断方法，所以，本实施例中对上下行判断方法未详尽描述的细节内容，可参考上述移动核心网用户数据的上下行判断方法的实施例。
[0082]参见图3A，本实施例的方案可以应用的在需要对用户数据进行分流的情景，可以由图1A中的分流设备130来执行，移动核心网用户数据的分流方法包括如下步骤:
[0083]S310:接收用户数据，解析用户数据，得到用户数据的用户IP地址。
[0084]示例性的，可以通过图1A中的分流设备130接收用户数据，使用解析库对该用户数据进行解析，获得该用户数据的用户IP地址。
[0085]其中，对于上行数据，该用户IP地址是目的IP地址;对于下行数据，该用户IP地址是源IP地址。
[0086]S320:根据上述判断方法，获得用户数据的上下行判断结果。
[0087]示例性的，采用上述移动核心网，对接收到的用户数据的上下行判断方法，对接收到的用户数据的上下行进行判断，获得用户数据的上下行判断结果。
[0088]需要说明的是，判断方法的【具体实施方式】，可以参考上述判断方法实施例，在此不再赘述。
[0089]S330:将上下行判断结果，标记到用户数据中，得到用户数据的上下行标签。
[0090]示例性的，将上述获得的用户数据的上下行判断结果，通过某种预设的方式标记到用户数据中，例如，可以标记到用户数据的信令报文中，进一步的，可以参考GTP-U报文的目的IP地址和GTP-1报文头部的TEID前面，新增一个私有的上行或者下行标识，得到该用户数据的上下行标签。该上下行标签标识了信令报文的上下行方向，也即用户数据的上下行方向。从而实现了在用户数据中打上了上下行方向的信息标识。
[0091]S340:根据用户IP地址和上下行标签，对用户数据分流。
[0092]示例性的，如图3B所示，根据上述获得的用户数据的用户IP地址和上下行标签，可在不同用户的上网数据汇聚后，经过分流设备130时，解析用户数据，识别出用户IP地址和上下行标签，按照上下行标签的方向类别，将同一用户的上行或下行上网数据，分流到同一个后端分析设备。
[0093]综上所述，在本实施例中，接收并解析用户数据，获得用户IP地址，通过上述判断方法，获得该用户数据的上下行判断结果，并将判断结果标记到用户数据中，得到相应的上下行标签，根据上述获得的用户IP地址和上下行标签，对该用户数据分流，可实现同一用户的同一方向的上网数据到达同一个后端分析设备，即实现数据的“同源同宿”。
[0094]以下为本发明实施例提供的移动核心网用户数据的上下行判断系统的实施例，该实施例与上述移动核心网用户数据的上下行判断方法的实施例属于同一构思，移动核心网用户数据的上下行判断系统的实施例中未详尽描述的细节内容，可参考上述移动核心网用户数据的上下行判断方法的实施例。
[0095]实施例四
[0096]参见图4，本实施例的移动核心网用户数据的上下行判断系统400与实施例一的判断方法相对应，该系统400包括:地址创建模块410、用户数据接收模块420、地址更新模块430以及上下行判断模块440。其中:
[0097]地址创建模块410，用于创建地址池，得到当前地址池。
[0098]用户数据接收模块420，用于接收用户数据，解析所述用户数据，获得所述用户数据的信令类型、隧道外层的目的IP地址、和所述隧道的上下行方向信息。
[0099]地址更新模块430，用于根据所述信令类型，将所述目的IP地址和所述上下行方向信息，更新到所述当前地址池，得到更新地址池。
[0100]上下行判断模块440，用于根据所述目的IP地址和所述更新地址池，判断所述用户数据的上下行。
[0101]综上所述，根据本实施例的移动核心网用户数据的上下行判断系统，可通过用户数据的隧道外层的目的IP地址和创建并更新的地址池，快捷地判断出用户数据的上下行信息。
[0102]实施例五
[0103]在本发明实施例四的基础上，本实施例还提供了地址创建模块410、用户数据接收模块420以及地址更新模块430的等同的可选实施方式。
[0104]参考实施例四，如图5所示，地址创建模块410可以包括:
[0105]上行地址池创建单元411，用于创建上行地址池，得到当前上行地址池。以及
[0106]下行地址池创建单元412，用于创建下行地址池，得到当前下行地址池。
[0107]用户数据接收模块420可以包括:
[0108]接口信令报文解析单元421，用于解析Sll接口信令报文中的隧道管理消息；或者用于解析Sl-MME接口信令报文中的E-RAB管理消息、UE Context管理消息和切换管理消息。
[0109]地址更新模块430可以包括:
[0110]上行地址池更新单元431，用于根据所述信令类型，将所述目的IP地址和所述上行方向信息，更新到所述当前上行地址池，得到更新上行地址池。
[0111]下行地址池更新单元432，用于根据所述信令类型，将所述目的IP地址和所述下行方向信息，更新到所述当前下行地址池，得到更新下行地址池。
[0112]综上所述，根据本实施例的技术方案，通过上行地址池创建单元411和下行地址池创建单元412，可分别得到当前上行地址池和当前下行地址池。通过接口信令报文解析单元421，可解析SI I接口信令报文或者S1-MME接口信令报文中相应的管理消息。通过上行地址池更新单元431和下行地址池更新单元432，根据信令类型、目的IP地址和上下行方向信息，分别得到更新上行地址池和更新下行地址池。
[0113]以下为本发明实施例提供的移动核心网用户数据的分流系统的实施例，该实施例与上述移动核心网用户数据的分流方法的实施例属于同一构思，移动核心网用户数据的分流系统的实施例中未详尽描述的细节内容，可参考上述移动核心网用户数据的分流方法的实施例。
[0114]实施例六
[0115]参见图6，本实施例的移动核心网用户数据的分流系统600与实施例3的分流方法相对应，该系统600包括:用户数据接收模块610、上下行判断结果获得模块620、用户数据标记模块630以及用户数据分流模块640。其中:
[0116]用户数据接