CN101599896A - 信令传送的方法、系统和设备 - Google Patents
信令传送的方法、系统和设备 Download PDFInfo
- Publication number
- CN101599896A CN101599896A CNA2008101144673A CN200810114467A CN101599896A CN 101599896 A CN101599896 A CN 101599896A CN A2008101144673 A CNA2008101144673 A CN A2008101144673A CN 200810114467 A CN200810114467 A CN 200810114467A CN 101599896 A CN101599896 A CN 101599896A
- Authority
- CN
- China
- Prior art keywords
- signaling message
- signaling
- preset path
- message
- hsgw
- 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.)
- Pending
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了信令传送的方法、系统和设备，属于通信领域。方法包括：接入网络实体eAN/PCF通过第一预设路径接收来自终端的信令消息，将信令消息通过第二预设路径发送给HSGW；或；eAN/PCF通过第二预设路径接收来自HSGW的信令消息，将信令消息通过第一预设路径发送给终端；通过第一预设路径和第二预设路径承载信令消息，实现信令消息和数据的承载分离。系统包括终端UE、eAN/PCF和HSGW。通过利用带外信令可以避免对用户面数据包和带内信令数据包的分拣，提升了系统性能，提高HSGW的处理能力和可服务终端的能力；保证信令面的带宽，保证在系统负荷高的情况下不产生信令丢失问题，提高系统的稳定性和可靠性。通过将信令面和用户面从逻辑上分开，在结构上更加符合3GPP的要求。
Description
技术领域
本发明涉及通信领域，特别涉及信令传送的方法、系统和设备。
背景技术
在传统的3GPP((Third Generation Partnership Project，第三代合作伙伴计划))网络中，HRPD(High Rate Packet Data，速率分组数据)网络终端与PDSN(Packet Data Serving Node，分组数据服务节点)之间存在PPP(point to point protocol，点对点传输协议)链路，其功能是作为上层数据的承载，使用PPP的认证协议对终端执行接入认证，还使用PPP进行IP地址分配和参数协商。在演进的3GPP2网络中，eHRPD(enhance-HRPD，演进的HRPD网络)不再使用PPP协议。参见图1，提供了一种演进3GPP网络和eHRPD网络互通的架构示意图，其中，在eHRPD网络中HSGW(HRDP Serving Gateway HRPD，服务网关)作为升级后的PDSN(Packet Data Serving Node分组数据服务节点)，支持3GPP演进网络互通功能和PMIP(ProxyMobile Internet Protocol，代理移动IP)协议。
UE和HSGW间需要定义信令传送机制，通常，将在US和HSGW之间传递的信令称为HUSP(HSGW-UE Signaling Protocol，HSGW和UE间信令协议)，该HUSP信令消息用于传递EAP(Extensible Authentication Protocol，可扩展认证协议)消息、建立PDN(Packet DataNetwork，分组数据网络)连接、执行UE和HSGW间的能力协商等。
现有技术提供了一种在UE和HSGW中传送HUSP信令消息的方法，该方法通过将HUSP信令消息通过现有的主业务连接进行传送，参见图2，现有技术提供了一种利用主业务链接传递HUSP信令消息时，该HUSP信令消息的封装格式示意图。其中，各字段解释如下：
1、[Version]-版本，用于指示HUSP头的版本。
2、[App.Type]-应用类型，用于指示传送的HUSP信令消息中的PDU(Packet Data Unit，分组数据单元)类型；例如，1代表该HUSP信令消息具体为EAP消息；2代表该HUSP消息具体为PDN connection signaling(连接信令)消息等。
3、[Length]-长度，指示携带的PDU大小；
4、[PDU]-应用数据分组，其具体内容为UE和HSGW间的消息。
5、[P Flag]-P标记，用于指示是否携带PDN-ID，例如：如果包含PDN-ID(PDN标识)字段，设为1，否则设为0。
参见图3，为现有技术提供了一种HUSP消息传送示意图，如图所示，当终端UE发送HUSP信令消息给HSGW时，UE将HUSP信令消息按上述格式进行封装后，通过空口RLP(Radio Link Protocol，无线链路协议)上承载发送给eAN/PCF，对空口RLP及下层协议来说，HUSP消息就是应用数据。eAN/PCF直接将HUSP信令消息通过承载主业务连接的A10接口传送给HSGW。HSGW通过A10接口收到数据后，对HUSP信令消息进行解封装，获得携带的应用类型和消息内容，然后进行相应处理。
相应地，HSGW发送HUSP信令消息给UE时，首先，HSGW将HUSP消息进行格式封装，然后通过承载主业务连接的A10发送给eAN/PCF，eAN/PCF在对应的RLP上将消息发送给UE。UE收到数据后对HUSP信令消息进行解封装，获得应用类型和消息内容，然后进行相应处理。
发明人在实现本发明时发现，上述现有的HUSP信令消息传送方式存在如下缺点和不足：由于该HUSP信令消息的传送是承载于RLP和A10实现，和正常的用户数据一起进行传递，对于接收方(无论是HSGW还是UE)而言，以HSGW为例，HSGW对收到的每个数据包都要进行检查，以区分是否是HUSP信令消息，从而实行相应的处理。但是，由于网络消息互通中，信令消息与用户数据相比，信令消息所占的比例很小，将信令消息作为数据一起传递，由于需要对每个接收到的数据包都要检查以区分是信令消息还是用户数据消息，这样会影响HSGW的性能，制约了HSGW处理能力，进而造成其可服务的用户数减少；尤其，当系统负荷高的情况下，由于信令带宽的受限，还会产生信令丢失等问题，导致系统的稳定性和可靠性的降低。
发明内容
为了提高HSGW以及终端设备的处理能力，保证信令面的带宽，提高系统的稳定性和可靠性，本发明实施例提供了信令传送的方法、系统和设备。所述技术方案如下：
一方面，提供了一种信令传送的方法，所述方法包括：
接入网络实体eAN/PCF通过第一预设路径接收来自终端UE的信令消息，将所述信令消息通过第二预设路径发送给高速分组数据服务网关HSGW；
或；
所述eAN/PCF通过所述第二预设路径接收来自所述HSGW的信令消息，将所述信令消息通过第一预设路径发送给所述终端UE；
通过所述第一预设路径和第二预设路径承载所述信令消息，实现所述信令消息和数据的承载分离。
一方面，提供了一种信令传送的系统，所述系统：终端UE、接入网络实体eAN/PCF和高速分组数据服务网关HSGW，其中，
终端UE、接入网络实体eAN/PCF和高速分组数据服务网关HSGW，其中，
所述终端UE，用于根据第一预设路径的封装标准，封装待发送的信令消息，通过所述第一预设路径发送所述封装后的信令消息；
所述eAN/PCF，用于接收通过所述第一预设路径发送的封装后的信令消息，获取所述信令消息，将所述信令消息通过第二预设路径发送；通过所述第一预设路径和第二预设路径承载所述信令消息，实现所述信令消息和数据的承载分离；
所述HSGW，用于接收通过所述第二预设路径发送的信令消息。
再一方面，提供了一种终端设备，所述设备包括：
第一封装模块，用于根据第一预设路径的封装标准，封装待发送终端UE和高速分组数据服务网关HSGW之间的HUSP信令消息或所述终端UE和所述HSGW之间的可扩展认证EAP信令消息；
收发模块，用于通过所述第一预设路径路径，发送所述第一封装模块封装后的信令消息，还用于接收通过所述第一预设路径发送的封装后的HUSP信令消息或EAP信令消息。
再一方面，提供了一种接入网络实体eAN/PCF，所述eAN/PCF包括：
第一接收模块，用于接收通过第二预设路径发送的HUSP信令消息；
第二封装模块，用于根据第一预设路径的标准，封装所述第一接收模块接收的信令消息；
第一发送模块，用于通过所述第一预设路径发送所述第一封装模块封装的信令消息，通过所述第一预设路径和第二预设路径承载所述信令消息，实现所述信令消息和数据的承载分离。
另一方面，提供了一种分组控制功能设备ePCF，所述设备包括：
第三接收模块，用于接收通过扩展的A11信令路径发送的终端UE和高速分组数据服务网关HSGW之间的HUSP信令消息或所述终端UE和所述HSGW之间的可扩展认证EAP信令消息；
第三发送模块，用于将所述第三接收模块接收到的信令消息，通过扩展的A9信令路径发送。
另一方面，提供了一种接入网络设备eAN，所述设备包括：
第五接收模块，用于接收通过扩展的A9信令路径发送的终端UE和高速分组数据服务网关HSGW之间的HUSP信令消息或所述终端UE和所述HSGW之间的可扩展认证EAP信令消息；
第四封装模块，用于根据所述第一预设路径的标准封装所述第五接收模块接收到的信令消息；
第五发送模块，用于通过所述第一预设路径发送所述第四封装模块封装的信令消息。
另一方面，提供了一种HSGW设备，所述HSGW设备包括：
第八接收模块，用于接收通过扩展的A11信令路径发送的HUSP信令消息或EAP信令消息。
另一方面，还提供了一种HSGW设备，所述HSGW设备包括：
第八发送模块，用于通过扩展的A11信令路径发送预发送至终端的HUSP信令消息或EAP信令消息。
本发明实施例提供的技术方案的有益效果是：
通过预设的路径实现对HUSP消息的承载，实现了将HUSP信令消息承载路径和用户数据承载路径的分离，提升了HUSP设备以及终端设备的处理能力，提高了系统性能；保证信令面的带宽，并保证了在系统负荷高的情况下，不产生信令丢失问题，提高系统的稳定性和可靠性。
附图说明
图1是现有技术提供的演进3GPP网络和eHRPD网络互通的架构示意图；
图2是现有技术提供的HUSP信令消息的封装格式示意图；
图3是现有技术提供的一种HUSP信令消息传递示意图；
图4是本发明实施例1提供的信令传送的方法流程图；
图5是本发明实施例1提供的HUSP信令消息传递示意图；
图6是本发明实施例2提供的信令传送的方法流程图；
图7是本发明实施例2提供的HUSP信令消息传递示意图；
图8是本发明实施例3提供的信令传送的方法流程图；
图9是本发明实施例4提供的信令传送的系统的组成示意图；
图10是本发明实施例4提供的信令传送的系统的组成的另一示意图；
图11是本发明实施例5提供的终端设备的组成示意图；
图12是本发明实施例6提供的接入网络实体的组成示意图；
图13本发明实施例7提供的ePCF的组成示意图；
图14本发明实施例8提供的接入网络实体eAN的组成示意图；
图15是本发明实施例9提供的HSGW设备的组成示意图；
图16是本发明实施例10提供的HSGW设备的组成示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方式作进一步地详细描述。
为了保证信令面的带宽，提高HSGW的处理能力，提高系统的稳定性和可靠性，本发明实施例提供了一种信令传送的方法，方法内容如下：
接入网络实体eAN/PCF通过第一预设路径接收来自终端UE的信令消息，将信令消息通过第二预设路径发送给高速分组数据服务网关HSGW；
或；
eAN/PCF通过第二预设路径接收来自HSGW的信令消息，将信令消息通过第一预设路径发送给终端UE；
信令消息为终端UE和HSGW之间的信令消息，通过预设路径承载信令消息，实现信令消息和数据的承载分离。
其中，上述第一预设路径具体可以为SNP(Signaling Network Protocol，信令网络协议)/SLP(Signaling Link Protocol，信令链路协议)路径，还可以为空口预配的专用RLP路径；
该第二预设路径具体为扩展的A11信令路径-A11’信令(其中，A11’为HRPD网络与3GPP演进网络互通时对A11接口修改后的接口)。
通过预设的路径实现对HUSP消息的承载，实现了将HUSP信令消息承载路径和用户数据承载路径的分离，提升了HUSP设备以及终端设备的处理能力，提升了系统性能，保证信令面的带宽，并保证了在系统负荷高的情况下，不产生信令丢失问题，提高系统的稳定性和可靠性，特别是，通过将信令面和用户面从逻辑上分开，在结构上更加符合3GPP的要求。
为了详细对本发明实施例提供的信令传送的方法进行说明，请参见如下各实施例：
其中，实施例1以UE向HSGW发送HUSP信令消息时，在UE和eAN/PCF之间通过空口SNP/SLP承载HUSP信令消息，在eAN/PCF和HSGW之间通过A11’信令承载HUSP信令消息为例，进行说明。
其中，实施例2以UE向HSGW发送HUSP信令消息时，在UE和eAN/PCF之间通过空口专用RLP承载HUSP信令消息，在eAN/PCF和HSGW之间通过A11’信令承载HUSP信令消息为例，进行说明。
其中，实施例3以HSGW向UE发送EAP认证信令消息时，在HSGW和eAN/PCF和之间通过A11’信令承载HUSP信令消息，在eAN/PCF和UE之间通过空口SNP/SLP上承载HUSP信令消息为例，进行说明。
实施例1
参见图4，本发明实施例提供了一种信令传送的方法，本实施例以UE向HSGW传送HUSP信令消息为例进行说明，该方法内容如下：
101：UE将待传送的HUSP信令消息进行SNP封装，通过SNP发送封装后的HUSP信令。该步骤具体内容如下：
其中，SNP是信令封装协议，使用该协议封装后，底层对封装后的消息作为信令进行处理，参见表1，提供了一种SNP协议的SNP头的格式示意表。
表1
| Field字段 | Length长度(bits位) |
| 实例类型 | 1 |
| Type类型 | 7 or 15 |
其中，实例类型字段为1位，用于标记InConfiguration(配置中的)或者InUse(使用中)协议，例如，1指示封装的消息是用于InConfigurationProtocol(配置协议)实例，0指示封装的消息是用于InUse(使用中)的实例。
Type类型字段为7或者15位。表示封装消息的协议类型。设置的值为Stream(流)或者Virtual Stream(虚拟流)协议。
在该类型协议的中可以使用指示标识，该指示标识用于标识此时传送的是HUSP信令消息。例如，在协议的公共数据Subtype(子类型)中，使用0x1001子类型标识HUSP信令消息。
本实施例以EAP消息作为HUSP信令消息中的一类为例进行的说明，特别地，由于EAP作为一种认证使用的信令消息，该EAP还可以作为HUSP外单独的信令类型，因此，同理当EAP信令消息与HUSP信令消息并行应用时，还可以设置该EAP指示标识，例如可以使用0x1002来标识封装后的SNP携带的是EAP信令消息。
参见表2，提供了一种利用SNP封装的HUSP信令消息格式示意表，
表2
| Field字段 | Length长度(bits位) |
| App Type应用类型 | 3 |
| SubType子类型 | 5 |
| Length长度 | 16 |
| PDU数据 | Varible可变 |
其中，App Type应用类型字段为3位，用于标识HUSP信令消息类型，例如，1表示该HUSP信令消息具体为EAP消息；2表示该HUSP消息具体PDN connection signaling，等等。
SubType子类型字段为5位，用于标识HUSP消息类型的具体子类型。例如，针对AppType＝2所代表的PDN connection signaling，当SubType为1表示具体为PDN connectionsignaling中的PDN Connection Request，SubType 2表示具体为PDN connection signaling中的PDN Connection Response，等。
Length PDU长度字段为16位，用于表示PDU的长度。
PDU字段表示具体的HUSP信令消息内容，如PDN Connection Request消息或者EAP消息。
进一步地，可以将上述SubType字段设置在PDU字段中，在PDU字段内部进行区分，本发明实施例不限制该SubType字段具体的设置方式和方法。
102：eAN/PCF通过空口SNP协议接收封装后的HUSP信令消息，解开SNP头，获取HUSP信令消息应用类型、子类型。
其中，eAN/PCF通过空口SNP协议接收到消息，解开SNP头后，通过的指示标识获知该消息具体为HUSP信令消息，进而通过该HUSP信令消息中应用类型字段和子类型字段，获知该消息携带的PDU的具体消息，如：该HUSP信令消息的App Type应用类型字段为2，SubType子类型字段为1，则，该eAN/PCF可以获知，该HUSP信令消息携带的PDU的具体消息为：建立PDN链接的PDN connection signaling中的PDN Connection Request(PDN链接请求消息)。
103：eAN/PCF通过A11’信令向HSGW发送获取的HUSP信令消息。具体内容如下：
eAN/PCF通过空口SNP收到来自UE发送的HUSP信令消息后，根据获取到该HUSP信令消息的应用类型、子类型，通过A11-Registration Request(A11注册请求)消息的NVSE(Normal Vendor/Organization Specific Extension，一般厂商/组织特定扩展)中携带HUSP消息。
参见表3，提供了一种通过NVSE实现携带HUSP消息的示意表，
表3
其中，该表中Application Type应用字段作为指示标识字段，用来指示该A11’信令消息此时携带的是HUSP信令消息(例如，该Application Type应用字段置10H，表示携带HUSP信令消息)；Application Sub Type应用子类型字段表示该HUSP信令消息具体为EAP消息，或PDNconnection signaling消息，等。Application Data应用数据字段，表示携带的具体的消息的内容。例如，Application Sub Type应用子类型字段为1表示EAP消息，Application Sub Type应用子类型字段为2表示该HUSP信令消息携带的为PDN connection signaling消息，通过该ApplicationData应用数据字段携带具体的PDN connection Signaling消息中具体的消息内容，如EAP消息内容、PDN Connection Request消息内容等。
上述，本实施例以EAP消息作为HUSP信令消息中的一类为例进行的说明，特别地，如果EAP作为HUSP外单独的信令类型，相应地，可以使用Application Type(应用类型)＝11H来标识EAP信令消息。
104：HSGW通过A11’信令收到HUSP信令消息后，对HUSP信令消息进行相应的处理，并回复eAN/PCF。
其中，HSGW回复eAN/PCF时，具体可以通过A11’的A11-Registration Reply(A11注册答复)消息发送给eAN/PCF实现，即在A11注册答复消息的NVSE字段携带HUSP消息。回复时该A11注册答复消息所采用的格式与上述表3提供的方式类似，此处不再赘述。
105：eAN/PCF收到HSGW的上述回复后，通过SNP承载将该回复发送给UE。
其中，由于该回复消息中具体为通过NVSE字段携带，即其中携带有Application Type应用字段表示该消息具体为HUSP信令消息，eAN/PCF根据该应用字段获知，需要将该回复通过空口SNP发送给UE，则对该回复消息进行相应的SNP封装后，通过空口SNP承载发送给UE。
综上，上述步骤101至步骤105，成功实现了UE向HSGW传送HUSP信令消息，并得到HGSW回复消息的过程。
综上，本发明实施例提供了一种信令传送的方法，上述实施例以eAN和ePCF为同一网元实体为例进行的说明，如果eAN和ePCF为分离的实体，则eAN和ePCF之间交互该HUSP信令消息时，使用A9’信令(A9’即HRPD网络与3GPP演进网络互通时对A9接口修改后的接口)携带。具体如下：
eAN向ePCF方向(或者ePCF向eAN方向)传送信令，都可以使用A9-Update-A8(A9更新A8)消息来携带HUSP信令消息。其中，ePCF从A9’接口收到HUSP信令消息后，通过A11’接口传送给HSGW，同理，eAN从A9’接口收到HUSP信令消息后通过空口SNP传送给UE。并且无论该HUSP信令消息的是eAN向ePCF方向，还是ePCF向eAN方向，作为接收方的实体向发送方发送A9-Update-A8 Ack(A9更新A8应答)消息。参见表4，提供了一种在A9-Update-A8消息中增加字段HUSP信令消息的示意表。
表4
其中，该表所示的HUSP字段格式各字段解释如下：Sub Type子类型字段表示该HUSP信令消息具体为EAP信令消息，还是PDN连接信令消息，还是其它；Application Data应用数据类型字段表示该HUSP信令消息携带的具体的消息内容，例如，A9更新A8消息或A9更新A8应答消息等等。
进一步地，还可以在该A9-Update-A8消息中设置指示标识，用于表示该A9-Update-A8消息具体为HUSP信令消息。
上述，本实施例以EAP信令消息作为HUSP信令消息中的一类为例进行的说明，特别地，如果EAP作为HUSP信令消息外单独的信令类型时，同理可以通过增加相应的EAP字段来携带EAP信令消息。
进一步地，上述对于通过A9’和A11’接口携带HUSP信令消息时，以使用原有的消息为例进行的说明，本领域技术人员可以获知，还可以不使用原有的消息，而使用单独的消息，例如A9’接口的发送方使用A9-HUSP消息实现携带HUSP信令消息，而其接收方使用A9-HUSP Ack消息进行应答。A11’接口的发送方使用A11-HUSP消息携带HUSP信令消息，而其接收方用A11-HUSP Ack消息进行应答。无论是可增加了HUSP字段的的A9信令，还是新增加的A9-HUSP消息等，都可以统称为A9’信令；相应第，增加了HUSP字段的的A11信令，还是新增加的A11-HUSP消息等，都可以统称为A11’信令。
上述，本实施例以EAP信令消息作为HUSP信令消息中的一类为例进行的说明，特别地，如果EAP作为HUSP外单独的信令类型，可使用A9-EAP消息和A11-EAP消息来携带EAP信令消息，使用A9-EAP Ack和A11-EAP Ack进行应答。
进一步地，当eAN和ePCF为分离的实体时，当ePCF收到HGSW的HUSP回复消息后，对该消息进行SNP封装时，既可以由ePCF进行SNP封装后发送给eAN，eAN通过A9’信令接收到封装后的HUSP回复消息后，通过空口SNP承载发送给终端UE；也可以由eAN接收到ePCF通过A9’信令发送过来的HUSP回复消息，进行SNP封装后，通过空口SNP承载发送给终端UE。本发明实施例不限制具体的实现形式和方法。
综上所述，本发明实施例提供的信令传送的方法，参见图5，为本发明实施例提供的信令传送的示意图，将HUSP信令消息通过空口SNP/SLP承载UE和eAN/PCF之间的传递，通过A11’信令实现eAN/PCF和HSGW间的传递，实现了信令消息和数据消息的分离，彻底从逻辑上分离信令面和用户面，保证信令面的带宽，提高HSGW的处理能力，保证了在系统负荷高的情况下，不产生信令丢失问题，提高系统的稳定性和可靠性，在结构上同3GPP更加符合。
实施例2
参见图6，本发明实施例提供了一种信令传送的方法，本实施例以信令传送的方向为UE向HSGW传送为例进行说明，与实施例1的不同在于，HUSP信令消息是通过空口预配的专用RLP承载UE和eAN/PCF之间的传递的，为了便于表述，以eAN和ePCF为同一网元实体为例进行说明，该方法内容如下：
201：UE将待传送的HUSP信令消息按照RLP标准进行封装，通过专用的RLP承载发送封装后的HUSP信令消息。具体内容如下：
其中，在UE和eAN/PCF之间的空口使用预配的专用RLP实现承载HUSP信令消息，该专用RLP的实现方式如下：
通过在空口RLP绑定EMFPA(Enhanced Multi-Flow Packet Application，增强多流分组应用)到该流协议作为缺省连接。使用FlowNNFlowProtocolParametersFwd/FlowNNFlowProtocolParametersRev(流NN流协议参数前向/流NN流协议参数反向)协商绑定HUSP信令消息到缺省link flow(链路流)，例如，绑定到0x00，表示是承载HUSP消息的流。可以将该绑定后的RLP，称为专用RLP，专门用于承载HUSP信令消息。相应地，其它的用户数据消息绑定到另外的link flow(链路流)，例如，绑定到0x01。本发明实施例不限制该专用RLP的实现方法，只要能够实现区分承载信令消息的RLP和承载普通用户数据消息的RLP的方式方法都在本发明实施例涵盖的思想保护范围之内。例如还可以设置FlowNNFlowProtocolParametersFwd/FlowNNFlowProtocolParametersRev属性的ProtocolIdentifier(协议标识)字段的值为0x06，表示RLP承载HUSP消息，等。
本实施例以EAP信令消息作为HUSP信令消息的一类为例进行的说明，特别地，如果EAP作为HUSP外单独的信令类型时，同理，还可以通过以绑定其它专用链路流的形式，为该EAP信令消息建立空口专用的RLP。
其中，参见表5，提供了一种采用RLP封装的HUSP信令消息格式的示意表。
表5
| Field字段 | Length长度(bits) |
| App Type应用类型 | 3 |
| SubType子类型 | 5 |
| Length长度 | 16 |
| PDU数据 | Varible可变 |
其中，App Type应用类型字段为3位，用于标识HUSP信令消息类型，例如，1表示该HUSP信令消息具体为EAP消息；2表示该HUSP信令消息具体PDN connection signaling，等。
SubType子类型字段为5位，用于标识HUSP信令消息类型的具体子类型。例如，针对App Type＝2所代表的PDN connection signaling，当SubType为1表示具体为PDN connectionsignaling中的PDN Connection Request，SubType 2表示具体为PDN connection signaling中的PDN Connection Response，等。
Length PDU长度字段为16位，用于表示PDU的长度。
PDU字段表示具体的HUSP消息体，如EAP消息、PDN Connection Request消息。
进一步地，可以将上述SubType字段也可以在设置为包含在PDU字段中，在PDU字段内部进行区分，本发明实施例不限制具体的设置方式和方法。
202：eAN/PCF通过空口专用RLP接收到HUSP信令消息后，获取HUSP消息类型、子类型。
其中，eAN/PCF收到数据包后，判断该数据包是否来自专用的RLP，如果是，则表示该数据包是HUSP信令消息，其中，在进行判断时，可以通过判断是否绑定到0x00的方式进行，如果是绑定到0x00，则说明该数据包来自专用的RLP，即该数据包是HUSP信令消息。
203：eAN/PCF通过A11’信令向HSGW发送获取的HUSP信令消息。
其中，参见表3，该A11’信令中携带Application Type应用字段、Application Sub Type应用子类型以及application Data应用数据字段等等。
204：HSGW通过A11’信令收到该HUSP信令消息后，对HUSP消息进行处理，并回复eAN/PCF。
205：eAN/PCF收到HSGW的回复后，通过空口专用RLP承载将该回复发送给UE。
综上所述，本发明实施例提供的信令传送的方法，参见图7，为本发明实施例提供的信令传送的示意图，将HUSP消息通过空口预配的专用RLP承载UE和eAN/PCF之间的传递，通过A11’信令实现eAN/PCF和HSGW间的传递，实现了信令消息和数据消息的分离，彻底从逻辑上分离信令面和用户面，保证信令面的带宽，提高HSGW的处理能力，保证了在系统负荷高的情况下，不产生信令丢失问题，提高系统的稳定性和可靠性，在结构上同3GPP更加符合。
实施例3
参见图8，本发明实施例提供了一种信令传送的方法，与实施例1和实施例2的区别在于，本实施例以HSGW主动向UE发送EAP认证信令消息，且该EAP认证消息与HUSP为并行独立的的情况为例，以在eAN/PCF和UE之间通过空口SNP实现承载为例进行说明。eAN/PCF和UE之间也可以通过专用RLP实现承载EAP认证消息，与实例2的情况类似。为了便于表述，以eAN和ePCF为同一网元实体为例进行说明，该方法内容如下：
301：HSGW通过A11’信令向eAN/PCF发送EAP认证信令消息。具体内容如下：
其中，参见表6，提供了一种通过NVSE实现携带EAP消息的示意表。
表6
如表6所示，Application Type应用类型字段表示该A11’信令承载的是EAP认证信令消息，Application Data应用数据字段用于携带具体的EAP认证信令消息具体的消息内容。
302：eAN/PCF收到该EAP认证信令消息后，进行SNP封装，通过空口SNP承载向终端UE发送封装后的EAP认证消息，并向HSGW返回回复消息。具体内容如下：
参见表7，提供了一种利用SNP封装的EAP信令消息格式示意表，
表7
| Field字段 | Length长度(bits位) |
| Length长度 | 16 |
| PDU数据 | Varible可变 |
其中，PDU字段表示携带的具体的EAP消息内容，该PDU字段中还可以设置消息类型标识，该消息类型标识用于表示该PDU字段中携带的EAP信令消息的类型，例如，类型为1表示是EAP认证请求消息，类型为2表示是EAP认证响应消息等。
还可以通过在进行SNP封装时，设置EAP指示标识，该EAP指示标识用于表示此时该SNP承载的是EAP信令消息。
HSGW向UE主动发送EAP认证信令消息，可在A11-Session Update(A11会话更新)消息的NVSE中携带EAP信令消息，eAN/PCF收到该A11-Session Update后，回复相应的A11-Session Update Acknowledge(A11会话更新应答)消息，并将该EAP消息进行SNP封装后，通过空口SNP上承载发送给UE。
例如，该EAP消息具体为EAP-Request/identity(EAP请求/身份)消息，则此时eAN/PCF对该消息进行SNP封装，例如：对该EAP消息进行封装时，将该SNP承载的协议中的子类型标识置为0x1001表示该SNP协议承载的为EAP信令消息。方法类似不再赘述。
303：UE通过空口SNP承载向eAN/PCF进行回复。
综上所述，本发明实施例提供的信令传送的方法，将EAP消息通过A11’信令实现HSGW和eAN/PCF间的传递，通过空口SNP承载eAN/PCF和UE之间的传递，实现了信令消息和数据消息的分离，彻底从逻辑上分离信令面和用户面，保证信令面的带宽，提高HSGW的处理能力，保证了在系统负荷高的情况下，不产生信令丢失问题，提高系统的稳定性和可靠性，在结构上同3GPP更加符合。
实施例4
参见图9，本发明实施例提供了一种信令传送的系统，该系统包括：终端UE401、接入网络实体eAN/PCF402和高速分组数据服务网关HSGW403，其中，
终端UE401，用于根据第一预设路径的封装标准，封装待发送的信令消息，通过第一预设路径发送封装后的信令消息；信令消息为终端UE401和HSGW403之间的信令消息。该终端UE401通过将信令消息和数据消息的分离，彻底从逻辑上分离信令面和用户面，保证信令面的带宽，提高终端UE401的处理能力。
eAN/PCF402，用于接收通过第一预设路径发送的封装后的信令消息，获取信令消息，将信令消息通过第二预设路径发送，通过所述第一预设路径和第二预设路径承载所述信令消息，实现所述信令消息和数据的承载分离；该终端eAN/PCF402通过将信令消息和数据消息的分离，彻底从逻辑上分离信令面和用户面，保证信令面的带宽，提高系统性能。
HSGW403，用于接收通过第二预设路径发送的信令消息，该HSGW403通过将信令消息和数据消息的分离，彻底从逻辑上分离信令面和用户面，保证信令面的带宽，提高HSGW403的处理能力。
进一步地，参见图9，本发明实施例提供的信令传送系统中的HSGW403，还用于通过第二预设路径发送欲发送到eAN/PCF402的信令消息；
相应地，eAN/PCF402，还用于接收HSGW403通过第二预设路径发送的信令消息，按照第一预设路径的标准封装信令消息，通过第一预设路径发送封装后的信令消息；相应地，终端UE401，还用于接收eAN/PCF402通过第一预设路径发送的封装后的信令消息，获取信令消息。
其中，参见图10，当该eAN/PCF402包括：接入网络设备eAN402a和分组控制功能设备ePCF402b时；
eAN402a包括第一处理模块和第四处理模块；ePCF402b包括第二处理模块和第三处理模块；其中，
第一处理模块，用于接收通过第一预设路径发送的封装后的信令消息，获取信令消息，将信令消息通过扩展的A9信令路径发送；
第二处理模块，用于接收第一处理模块通过扩展的A9信令路径发送的信令消息，将信令消息通过第二预设路径发送；
第三处理模块，用于接收HSGW通过第二预设路径发送的信令消息；对信令消息按照第一预设路径的封装标准封装后，通过扩展的A9信令路径发送封装后的信令消息；
第四处理模块，用于接收第三处理模块通过扩展的A9信令路径发送的封装后的信令消息，通过第一预设路径发送。
或者；eAN402a包括第五处理模块和第八处理模块；ePCF402b包括第六处理模块和第七处理模块；其中，
第五处理模块，用于接收通过第一预设路径发送的封装后的信令消息，获取信令消息，将信令消息通过扩展的A9信令路径发送；
第六处理模块，用于接收第五处理模块通过扩展的A9信令路径发送的信令消息，将信令消息通过第二预设路径发送；
第七处理模块，用于接收HSGW通过第二预设路径发送的信令消息，通过扩展的A9信令路径发送信令消息；
第八处理模块，用于接收第七处理模块通过扩展的A9信令路径发送的信令消息，对信令消息按照第一预设路径的封装标准封装后，通过第一预设路径发送封装后的信令消息。
其中，上述第一预设路径具体为信令网络协议SNP路径或专用无线链路协议RLP路径；第二预设路径具体为扩展的A11信令路径，扩展的A11信令携带信令消息。
其中，上述信令消息具体为HUSP信令消息或EAP信令消息。
综上所述，本发明实施例提供的信令传送的系统，通过预设的路径实现对HUSP消息的承载，实现了将HUSP信令消息承载路径和用户数据承载路径的分离，提升了HUSP设备以及终端设备的处理能力，利用带外信令可以避免对用户面数据包和带内信令数据包的分拣，提升了系统性能；保证信令面的带宽，保证了在系统负荷高的情况下，不产生信令丢失问题，提高系统的稳定性和可靠性。特别是，通过将信令面和用户面从逻辑上分开，在结构上更加符合3GPP的要求。
实施例5
参见图11，本发明实施例提供了一种终端设备，设备包括：
第一封装模块501，用于根据第一预设路径的封装标准，封装待发送终端UE和高速分组数据服务网关HSGW之间的HUSP信令消息或终端UE和HSGW之间的可扩展认证EAP信令消息；
收发模块502，用于通过第一预设路径路径，发送第一封装模块501封装后的信令消息，还用于接收通过第一预设路径发送的封装后的HUSP信令消息或EAP信令消息。
其中，上述第一预设路径具体为信令网络协议SNP路径或专用无线链路协议RLP路径
综上所述，本发明实施例提供的终端设备，通过对信令消息进行封装通过预设路径实现发送，利用带外信令可以避免对用户面数据包和带内信令数据包的分拣，提高了终端设备的处理能力，提升了系统性能；彻底从逻辑上分离信令面和用户数据面，可以使用不同的路径传输信令面和用户面的数据，保证信令面的带宽，保证了在系统负荷高的情况下，不产生信令丢失问题，提高系统的稳定性和可靠性。特别是，通过将信令面和用户面从逻辑上分开，在结构上更加符合3GPP的要求。
实施例6
参见图12，本发明实施例提供了一种接入网络实体eAN/PCF，eAN/PCF包括：
第一接收模块601，用于接收通过第二预设路径发送的信令消息；
第二封装模块602，用于根据第一预设路径的标准，封装第一接收模块601接收的信令消息；
第一发送模块603，用于通过第一预设路径发送第二封装模块602封装的信令消息，通过所述第一预设路径和第二预设路径承载所述信令消息，实现所述信令消息和数据的承载分离。
进一步地，本发明实施例提供的eAN/PCF还包括：
第二接收模块604，用于接收通过第一预设路径发送的根据第一预设标准封装的信令消息，获取信令消息；
第二发送模块605，用于将第二接收模块604获取的信令消息通过第二预设路径发送。
其中，第一预设路径具体为信令网络协议SNP路径或专用无线链路协议RLP路径；
第二预设路径具体为扩展的A11信令路径，扩展的A11信令携带信令消息。
其中，信令消息为终端UE和高速分组数据服务网关HSGW之间的HUSP信令消息，HUSP信令消息包括应用类型标识，应用子类型标识，HUSP信令消息内容；
或；信令消息为终端UE和HSGW之间的可扩展认证EAP信令消息。
综上所述，本发明实施例提供的接入网络实体eAN/PCF，利用带外信令可以避免对用户面数据包和带内信令数据包的分拣，提升了系统性能；彻底从逻辑上分离信令面和用户数据面，可以使用不同的路径传输信令面和用户面的数据，保证信令面的带宽，保证了在系统负荷高的情况下，不产生信令丢失问题，提高系统的稳定性和可靠性。特别是，通过将信令面和用户面从逻辑上分开，在结构上更加符合3GPP的要求。
实施例7
参见图13，本发明实施例提供了一种分组控制功能设备ePCF，设备包括：
第三接收模块701，用于接收通过扩展的A11信令路径发送的终端UE和高速分组数据服务网关HSGW之间的HUSP信令消息或终端UE和HSGW之间的可扩展认证EAP信令消息；
第三发送模块702，用于将第三接收模块701接收到的信令消息，通过扩展的A9信令路径发送。
进一步地，本发明实施例提供的设备还包括：
第三封装模块703，用于根据第一预设路径的标准封装第三接收模块701接收的信令消息；
相应地，
第三发送模块702，还用于将第三封装模块703封装后的信令消息，通过扩展的A9信令路径发送。
进一步地，本发明实施例提供的设备还包括：
第四接收模块704，用于接收通过扩展的A9信令路径发送的HUSP信令消息或EAP信令消息；
第四发送模块705，用于通过扩展的A11信令路径发送第四接收模块704接收的信令消息。
其中，第一预设路径具体为信令网络协议SNP路径或专用无线链路协议RLP路径。
综上所述，本发明实施例提供的ePCF，利用带外信令可以避免对用户面数据包和带内信令数据包的分拣，提升了系统性能；保证信令面的带宽，保证了在系统负荷高的情况下，不产生信令丢失问题，提高系统的稳定性和可靠性。特别是，通过将信令面和用户面从逻辑上分开，在结构上更加符合3GPP的要求。
实施例8
参见图14，本发明实施例提供了一种接入网络设备eAN，设备包括：
第五接收模块801，用于接收通过扩展的A9信令路径发送的终端UE和高速分组数据服务网关HSGW之间的HUSP信令消息或终端UE和HSGW之间的可扩展认证EAP信令消息；
第四封装模块802，用于根据第一预设路径的标准封装第五接收模块801接收到的信令消息；
第五发送模块803，用于通过第一预设路径发送第四封装模块802封装的信令消息。
进一步地，本发明实施例提供的设备还包括：
第六接收模块804，用于接收通过扩展的A9信令路径发送的按照第一预设路径封装标准封装的信令消息；
第六发送模块805，用于通过第一预设路径发送第六接收模块804接收的封装的信令消息。
进一步地，本发明实施例提供的设备还包括：
第七接收模块806，用于接收通过第一预设路径发送的根据第一预设路径标准封装的终端UE和HSGW之间的HUSP信令消息或终端UE和HSGW之间的可扩展认证EAP信令消息；
第七发送模块807，用于通过扩展的A9信令路径发送第七接收模块806接收的HUSP信令消息或EAP信令消息。
其中，第一预设路径具体为信令网络协议SNP路径或专用无线链路协议RLP路径。
综上所述，本发明实施例提供的eAN，利用带外信令可以避免对用户面数据包和带内信令数据包的分拣，提升了系统性能；彻底从逻辑上分离信令面和用户数据面，可以使用不同的路径传输信令面和用户面的数据，保证信令面的带宽，保证了在系统负荷高的情况下，不产生信令丢失问题，提高系统的稳定性和可靠性。特别是，通过将信令面和用户面从逻辑上分开，在结构上更加符合3GPP的要求。
实施例9
参见图15，本发明实施例提供了一种HSGW设备，HSGW设备包括：
第八接收模块901，用于接收通过扩展的A11信令路径发送的HUSP信令消息或EAP信令消息。
实施例10
参见图16，本发明实施例提供了一种HSGW设备，HSGW设备包括：
第八发送模块1001，用于通过扩展的A11信令路径发送预发送至终端的HUSP信令消息或EAP信令消息。
综上所述，本发明实施例提供的HSGW，利用带外信令可以避免对用户面数据包和带内信令数据包的分拣，提升了该HUSP设备的处理能力，提升了系统性能；彻底从逻辑上分离信令面和用户数据面，可以使用不同的路径传输信令面和用户面的数据，保证信令面的带宽，保证了在系统负荷高的情况下，不产生信令丢失问题，提高系统的稳定性和可靠性。特别是，通过将信令面和用户面从逻辑上分开，在结构上更加符合3GPP的要求。
综上所述，本发明实施例提供的技术方案，利用带外信令可以避免对用户面数据包和带内信令数据包的分拣，提升了系统性能，提高了HSGW的处理能力和可服务终端的能力；彻底从逻辑上分离信令面和用户数据面，可以使用不同的路径传输信令面和用户面的数据，保证信令面的带宽，保证了在系统负荷高的情况下，不产生信令丢失问题，提高系统的稳定性和可靠性。特别是，通过将信令面和用户面从逻辑上分开，在结构上更加符合3GPP的要求。
本发明实施例中的“接收”一词可以理解为主动从其他模块获取也可以是接收其他模块发送来的信息。
本领域技术人员可以理解附图只是一个优选实施例的示意图，附图中的模块或流程并不一定是实施本发明所必须的。
本领域技术人员可以理解实施例中的装置中的模块可以按照实施例描述分布于实施例的装置中，也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块，也可以进一步拆分成多个子模块。
上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。
本发明实施例中的部分步骤，可以利用软件实现，相应的软件程序可以存储在可读取的存储介质中，如光盘或硬盘等。
以上所述仅为本发明的具体实施例，并不用以限制本发明，对于本技术领域的普通技术人员来说，凡在不脱离本发明原理的前提下，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
Claims (30)
1、一种信令传送的方法，其特征在于，所述方法包括：
接入网络实体eAN/PCF通过第一预设路径接收来自终端UE的信令消息，将所述信令消息通过第二预设路径发送给高速分组数据服务网关HSGW；
或；
所述eAN/PCF通过所述第二预设路径接收来自所述HSGW的信令消息，将所述信令消息通过第一预设路径发送给所述终端UE；
通过所述第一预设路径和第二预设路径承载所述信令消息，实现所述信令消息和数据的承载分离。
2、如权利要求1所述的信令传送的方法，其特征在于，当所述eAN/PCF具体为两个独立的实体：接入网络实体eAN和分组控制功能实体ePCF时，所述接入网络实体eAN/PCF通过第一预设路径接收来自终端UE的信令消息，将所述信令消息通过第二预设路径发送给高速分组数据服务网关HSGW，具体为：
所述eAN通过第一预设路径接收到来自终端UE的信令消息，将所述信令消息通过扩展的A9信令发送到所述ePCF；所述扩展的A9信令携带所述信令消息；所述ePCF将接收到的通过所述扩展的A9信令发送的信令消息，通过第二预设路径发送给高速分组数据服务网关HSGW；
所述eAN/PCF通过所述第二预设路径接收来自所述HSGW的信令消息，将所述信令消息通过第一预设路径发送给所述终端UE，具体为：
所述PCF通过第二预设路径接收到来自高速分组数据服务网关HSGW的信令消息，将所述信令消息通过扩展的A9信令发送给所述AN；所述ePCF将接收到的通过所述扩展的A9信令发送的信令消息，通过第一预设路径发送给终端UE。
3、如权利要求1或2所述的信令传送的方法，其特征在于，所述第一预设路径具体为信令网络协议SNP路径或专用无线链路协议RLP路径；
所述第二预设路径具体为扩展的A11信令路径，所述扩展的A11信令携带所述信令消息。
4、如权利要求1或2所述的信令传送的方法，其特征在于，如果第一预设路径具体为信令网络协议SNP路径，所述通过第一预设路径接收来自终端UE的信令消息具体为：
eAN/PCF通过所述SNP路径，接收终端发送的进行了SNP封装后的信令消息，获取所述信令消息；
相应地，所述将所述信令消息通过第一预设路径发送给所述终端UE，具体为：
所述eAN/PCF对来自HSGW的信令消息进行SNP封装后，通过SNP路径承载向所述UE发送所述封装后的信令消息。
5、如权利要求1或2所述的信令传送的方法，其特征在于，如果第一预设路径具体为专用无线链路协议RLP路径，所述通过第一预设路径接收来自终端UE的信令消息具体为：
eAN/PCF通过所述专用RLP路径，接收终端发送的进行了RLP封装的信令消息，获取所述信令消息；
相应地，所述将所述信令消息通过第一预设路径发送给所述终端UE，具体为：
所述eAN/PCF对来自HSGW的信令消息进行RLP封装后，通过专用RLP路径承载向所述UE发送所述封装后的信令消息。
6、如权利要求1或2或4或5所述的信令传送的方法，其特征在于，
所述信令消息为所述终端UE和所述HSGW之间的HUSP信令消息，所述HUSP信令消息包括应用类型标识，应用子类型标识，HUSP信令消息内容；
或
所述信令消息为所述终端UE和所述HSGW之间的可扩展认证EAP信令消息。
7、如权利要求6所述的信令传送的方法，其特征在于，
所述进行封装后的信令消息中携带指示标识；所述扩展的A11信令携带指示标识，所述指示标识用于表示携带信令消息类型。
8、一种信令传送的系统，其特征在于，所述系统包括：终端UE、接入网络实体eAN/PCF和高速分组数据服务网关HSGW，其中，
所述终端UE，用于根据第一预设路径的封装标准，封装待发送的信令消息，通过所述第一预设路径发送所述封装后的信令消息；
所述eAN/PCF，用于接收通过所述第一预设路径发送的封装后的信令消息，获取所述信令消息，将所述信令消息通过第二预设路径发送；通过所述第一预设路径和第二预设路径承载所述信令消息，实现所述信令消息和数据的承载分离；
所述HSGW，用于接收通过所述第二预设路径发送的信令消息。
9、如权利要去8所述的系统，其特征在于，所述eAN/PCF包括：接入网络设备eAN和分组控制功能设备ePCF；
所述AN用于接收通过所述第一预设路径发送的封装后的信令消息，获取所述信令消息，将所述信令消息通过扩展的A9信令路径发送；
所述ePCF，用于接收通过扩展的A9信令路径发送的信令消息，将所述信令消息通过第二预设路径发送。
10、如权利要求8所述的系统，其特征在于，
所述HSGW，还用于通过第二预设路径发送信令消息给所述eAN/PCF；
所述eAN/PCF，还用于接收所述HSGW通过第二预设路径发送的信令消息，按照第一预设路径的标准封装所述信令消息，通过所述第一预设路径发送所述封装后的信令消息；
所述UE，还用于接收所述eAN/PCF通过所述第一预设路径发送的封装后的信令消息。
11、如权利要求10所述的系统，其特征在于，所述eAN/PCF包括：接入网络设备eAN和分组控制功能设备ePCF；所述eAN包括第一处理模块和第四处理模块；所述ePCF包括第二处理模块和第三处理模块；其中，
所述第一处理模块，用于接收通过所述第一预设路径发送的封装后的信令消息，获取所述信令消息，将所述信令消息通过扩展的A9信令路径发送；
所述第二处理模块，用于接收所述第一处理模块通过扩展的A9信令路径发送的信令消息，将所述信令消息通过第二预设路径发送；
所述第三处理模块，用于接收所述HSGW通过第二预设路径发送的信令消息；对所述信令消息按照第一预设路径的封装标准封装后，通过扩展的A9信令路径发送所述封装后的信令消息；
所述第四处理模块，用于接收所述第三处理模块通过所述扩展的A9信令路径发送的封装后的信令消息，通过所述第一预设路径发送。
12、如权利要求10所述的系统，其特征在于，所述eAN/PCF包括：接入网络设备eAN和分组控制功能设备ePCF；
所述AN包括第五处理模块和第八处理模块；所述ePCF包括第六处理模块和第七处理模块；其中，
所述第五处理模块，用于接收通过所述第一预设路径发送的封装后的信令消息，获取所述信令消息，将所述信令消息通过扩展的A9信令路径发送；
所述第六处理模块，用于接收所述第五处理模块通过扩展的A9信令路径发送的信令消息，将所述信令消息通过第二预设路径发送；
所述第七处理模块，用于接收所述HSGW通过第二预设路径发送的信令消息，通过扩展的A9信令路径发送所述信令消息；
所述第八处理模块，用于接收所述第七处理模块通过扩展的A9信令路径发送的信令消息，对所述信令消息按照第一预设路径的封装标准封装后，通过所述第一预设路径发送所述封装后的信令消息。
13、如权利要求8或9或10或11或12所述的系统，其特征在于，所述第一预设路径具体为信令网络协议SNP路径或专用无线链路协议RLP路径；所述第二预设路径具体为扩展的A11信令路径，所述扩展的A11信令携带所述信令消息。
14、如权利要求8或9或10或11或12所述的系统，其特征在于，所述信令消息具体为终端UE和所述HSGW之间的HUSP信令消息或所述终端UE和所述HSGW之间的可扩展认证EAP信令消息。
15、一种终端设备，其特征在于，所述设备包括：
第一封装模块，用于根据第一预设路径的封装标准，封装待发送终端UE和高速分组数据服务网关HSGW之间的HUSP信令消息或所述终端UE和所述HSGW之间的可扩展认证EAP信令消息；
收发模块，用于通过所述第一预设路径路径，发送所述第一封装模块封装后的信令消息，还用于接收通过所述第一预设路径发送的封装后的HUSP信令消息或EAP信令消息。
16、如权利要求15所述的端设备，其特征在于，
所述第一预设路径具体为信令网络协议SNP路径或专用无线链路协议RLP路径。
17、一种接入网络实体eAN/PCF，其特征在于，所述eAN/PCF包括：
第一接收模块，用于接收通过第二预设路径发送的HUSP信令消息；
第二封装模块，用于根据第一预设路径的标准，封装所述第一接收模块接收的信令消息；
第一发送模块，用于通过所述第一预设路径发送所述第一封装模块封装的信令消息，通过所述第一预设路径和第二预设路径承载所述信令消息，实现所述信令消息和数据的承载分离。
18、如权利要求17所述的接入网络实体eAN/PCF，其特征在于，所述eAN/PCF还包括：
第二接收模块，用于接收通过所述第一预设路径发送的根据所述第一预设标准封装的信令消息，获取所述信令消息；
第二发送模块，用于将所述第二接收模块获取的信令消息通过第二预设路径发送。
19、如权利要求17或18所述的接入网络实体eAN/PCF，其特征在于，
所述第一预设路径具体为信令网络协议SNP路径或专用无线链路协议RLP路径；
所述第二预设路径具体为扩展的A11信令路径，所述扩展的A11信令携带所述信令消息。
20、如权利要求17或18所述的接入网络实体eAN/PCF，其特征在于，
所述信令消息为终端UE和高速分组数据服务网关HSGW之间的HUSP信令消息，所述HUSP信令消息包括应用类型标识，应用子类型标识，HUSP信令消息内容；
或
所述信令消息为所述终端UE和所述HSGW之间的可扩展认证EAP信令消息。
21、一种分组控制功能设备ePCF，其特征在于，所述设备包括：
第三接收模块，用于接收通过扩展的A11信令路径发送的终端UE和高速分组数据服务网关HSGW之间的HUSP信令消息或所述终端UE和所述HSGW之间的可扩展认证EAP信令消息；
第三发送模块，用于将所述第三接收模块接收到的信令消息，通过扩展的A9信令路径发送。
22、如权利要求21所述的设备，其特征在于，所述设备还包括：
第三封装模块，用于根据第一预设路径的标准封装所述第三接收模块接收的信令消息；
相应地，
所述第三发送模块，还用于将所述第三封装模块封装后的信令消息，通过扩展的A9信令路径发送。
23、如权利要求21所述的设备，其特征在于，所述设备还包括：
第四接收模块，用于接收通过扩展的A9信令路径发送的HUSP信令消息或EAP信令消息；
第四发送模块，用于通过扩展的A11信令路径发送所述第四接收模块接收的信令消息。
24、如权利要求21或22或23所述的设备，其特征在于，所述第一预设路径具体为信令网络协议SNP路径或专用无线链路协议RLP路径。
25、一种接入网络设备eAN，其特征在于，所述设备包括：
第五接收模块，用于接收通过扩展的A9信令路径发送的终端UE和高速分组数据服务网关HSGW之间的HUSP信令消息或所述终端UE和所述HSGW之间的可扩展认证EAP信令消息；
第四封装模块，用于根据所述第一预设路径的标准封装所述第五接收模块接收到的信令消息；
第五发送模块，用于通过所述第一预设路径发送所述第四封装模块封装的信令消息。
26、如权利要求25所述的设备，其特征在于，所述设备还包括：
第六接收模块，用于接收通过扩展的A9信令路径发送的按照所述第一预设路径封装标准封装的信令消息；
第六发送模块，用于通过所述第一预设路径发送所述第六接收模块接收的封装的信令消息。
27、如权利要求25所述的设备，其特征在于，所述设备还包括：
第七接收模块，用于接收通过第一预设路径发送的根据所述第一预设路径标准封装的终端UE和HSGW之间的HUSP信令消息或所述终端UE和所述HSGW之间的可扩展认证EAP信令消息；
第七发送模块，用于通过扩展的A9信令路径发送所述第七接收模块接收的HUSP信令消息或EAP信令消息。
28、权利要求25或26或27所述的设备，其特征在于，所述第一预设路径具体为信令网络协议SNP路径或专用无线链路协议RLP路径。
29、一种HSGW设备，其特征在于，所述HSGW设备包括：
第八接收模块，用于接收通过扩展的A11信令路径发送的HUSP信令消息或EAP信令消息。
30、一种HSGW设备，其特征在于，所述HSGW设备包括：
第八发送模块，用于通过扩展的A11信令路径发送预发送至终端的HUSP信令消息或EAP信令消息。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNA2008101144673A CN101599896A (zh) | 2008-06-06 | 2008-06-06 | 信令传送的方法、系统和设备 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNA2008101144673A CN101599896A (zh) | 2008-06-06 | 2008-06-06 | 信令传送的方法、系统和设备 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN101599896A true CN101599896A (zh) | 2009-12-09 |
Family
ID=41421154
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CNA2008101144673A Pending CN101599896A (zh) | 2008-06-06 | 2008-06-06 | 信令传送的方法、系统和设备 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101599896A (zh) |
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2011107013A1 (zh) * | 2010-03-02 | 2011-09-09 | 华为技术有限公司 | 设备间安全接入方法和通信设备 |
| CN102571611A (zh) * | 2012-03-05 | 2012-07-11 | 北京中创信测科技股份有限公司 | 一种数据分离方法、系统及交换机 |
| CN103081519A (zh) * | 2010-07-06 | 2013-05-01 | 阿尔卡特朗讯 | 基于eHRPD网络的文本消息收发 |
| WO2015081552A1 (zh) * | 2013-12-06 | 2015-06-11 | 华为技术有限公司 | 一种终端接入基站的方法及装置 |
| WO2016049914A1 (zh) * | 2014-09-30 | 2016-04-07 | 华为技术有限公司 | 一种终端、基站、网络控制器、系统及传输方法 |
| CN110557846A (zh) * | 2018-05-31 | 2019-12-10 | 华为技术有限公司 | 一种数据传输方法、终端设备及网络设备 |
| CN113286268A (zh) * | 2021-05-28 | 2021-08-20 | 海能达通信股份有限公司 | 一种数据传输方法及系统 |
-
2008
- 2008-06-06 CN CNA2008101144673A patent/CN101599896A/zh active Pending
Cited By (15)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102195930A (zh) * | 2010-03-02 | 2011-09-21 | 华为技术有限公司 | 设备间安全接入方法和通信设备 |
| US8826404B2 (en) | 2010-03-02 | 2014-09-02 | Huawei Technologies Co., Ltd. | Method and communication device for accessing to devices in security |
| CN102195930B (zh) * | 2010-03-02 | 2014-12-10 | 华为技术有限公司 | 设备间安全接入方法和通信设备 |
| WO2011107013A1 (zh) * | 2010-03-02 | 2011-09-09 | 华为技术有限公司 | 设备间安全接入方法和通信设备 |
| CN103081519B (zh) * | 2010-07-06 | 2016-01-20 | 阿尔卡特朗讯 | 基于eHRPD网络的文本消息收发 |
| CN103081519A (zh) * | 2010-07-06 | 2013-05-01 | 阿尔卡特朗讯 | 基于eHRPD网络的文本消息收发 |
| CN102571611A (zh) * | 2012-03-05 | 2012-07-11 | 北京中创信测科技股份有限公司 | 一种数据分离方法、系统及交换机 |
| WO2015081552A1 (zh) * | 2013-12-06 | 2015-06-11 | 华为技术有限公司 | 一种终端接入基站的方法及装置 |
| WO2016049914A1 (zh) * | 2014-09-30 | 2016-04-07 | 华为技术有限公司 | 一种终端、基站、网络控制器、系统及传输方法 |
| US10334565B2 (en) | 2014-09-30 | 2019-06-25 | Huawei Technologies Co., Ltd. | Terminal, base station, network controller, system, and transmission method |
| CN110557846A (zh) * | 2018-05-31 | 2019-12-10 | 华为技术有限公司 | 一种数据传输方法、终端设备及网络设备 |
| CN110557846B (zh) * | 2018-05-31 | 2021-06-29 | 华为技术有限公司 | 一种数据传输方法、终端设备及网络设备 |
| US11431807B2 (en) | 2018-05-31 | 2022-08-30 | Huawei Technologies Co., Ltd. | Data transmission method, terminal device, and network device |
| CN113286268A (zh) * | 2021-05-28 | 2021-08-20 | 海能达通信股份有限公司 | 一种数据传输方法及系统 |
| CN113286268B (zh) * | 2021-05-28 | 2022-03-22 | 海能达通信股份有限公司 | 一种数据传输方法及系统 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11510131B2 (en) | Configuration method, data transmission method, and apparatus | |
| FI107770B (fi) | PDP-kontekstien hallinta matkaviestimessä | |
| CN104205667B (zh) | 用于触发多个无线设备的技术和配置 | |
| US20200084808A1 (en) | Method and device for communication between network entities in cloud lan environment | |
| CN101599896A (zh) | 信令传送的方法、系统和设备 | |
| WO2019019906A1 (zh) | 一种通信方法、设备及存储介质 | |
| WO2019242749A1 (zh) | 一种切换方法及装置 | |
| CN103907394A (zh) | 无线通信网络中的小数据技术和配置 | |
| CN111866988B (zh) | 信息配置方法、信息交互方法、以及地址信息更新方法 | |
| WO2017049505A1 (zh) | 数据传输方法及通信装置 | |
| CN101369977A (zh) | 数据传输的方法、装置和系统 | |
| CN102771178A (zh) | 用于释放失效连接上下文的系统和方法 | |
| WO2018148893A1 (zh) | 数据传输方法和设备 | |
| CN105893323A (zh) | 一种读数据的方法及设备 | |
| CN101600224A (zh) | 无线数据卡支持多个pdp上下文的实现方法及无线数据卡 | |
| JP7012727B2 (ja) | パケット交換方法及び関連装置 | |
| WO2017177753A1 (zh) | 一种基于流的承载管理方法、数据传输方法及装置 | |
| CN110876283A (zh) | 增强型5G QoS操作处理 | |
| FI116186B (fi) | Tiedonsiirron järjestäminen langattomassa pakettivälitteisen datan siirtoa tarjoavassa järjestelmässä | |
| CN111148163A (zh) | 通信方法及装置 | |
| CN102369752B (zh) | 一种数据传输的方法、装置 | |
| KR101749851B1 (ko) | 디바이스가 디폴트 상태로 천이하는 것을 표시하는 프로토콜 적응 계층(pal) 통신의 장치, 시스템 및 방법 | |
| KR101717005B1 (ko) | 프로토콜 적응 계층(pal)을 통해 스트리밍을 지원하는 장치, 시스템 및 방법 | |
| CN112106402B (zh) | QoS规则管理方法及用户设备 | |
| CN114365540B (zh) | 通信方法、设备及系统 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
| WD01 | Invention patent application deemed withdrawn after publication |
Open date: 20091209 |