CN103501513B - 一种处理信令消息的方法及系统 - Google Patents
一种处理信令消息的方法及系统 Download PDFInfo
- Publication number
- CN103501513B CN103501513B CN201310468123.3A CN201310468123A CN103501513B CN 103501513 B CN103501513 B CN 103501513B CN 201310468123 A CN201310468123 A CN 201310468123A CN 103501513 B CN103501513 B CN 103501513B
- Authority
- CN
- China
- Prior art keywords
- parameter
- signaling message
- pos
- message
- congestion
- 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
- 230000011664 signaling Effects 0.000 title claims abstract description 350
- 238000000034 method Methods 0.000 title claims abstract description 146
- 238000012545 processing Methods 0.000 title claims abstract description 32
- 230000008569 process Effects 0.000 claims abstract description 106
- 230000004048 modification Effects 0.000 claims description 86
- 238000012986 modification Methods 0.000 claims description 86
- 230000008859 change Effects 0.000 claims description 51
- 230000005540 biological transmission Effects 0.000 claims description 17
- 230000006870 function Effects 0.000 claims description 13
- 241000208340 Araliaceae Species 0.000 claims description 8
- 235000005035 Panax pseudoginseng ssp. pseudoginseng Nutrition 0.000 claims description 8
- 235000003140 Panax quinquefolius Nutrition 0.000 claims description 8
- 235000008434 ginseng Nutrition 0.000 claims description 8
- 238000012423 maintenance Methods 0.000 claims description 5
- 238000003860 storage Methods 0.000 claims description 4
- 238000004886 process control Methods 0.000 claims 1
- 238000004891 communication Methods 0.000 abstract description 4
- 238000005516 engineering process Methods 0.000 abstract description 3
- 238000007726 management method Methods 0.000 description 20
- 230000001105 regulatory effect Effects 0.000 description 7
- 230000000977 initiatory effect Effects 0.000 description 6
- 238000010168 coupling process Methods 0.000 description 3
- 238000005859 coupling reaction Methods 0.000 description 3
- 238000010586 diagram Methods 0.000 description 3
- 238000012163 sequencing technique Methods 0.000 description 3
- 230000008878 coupling Effects 0.000 description 2
- GOLXNESZZPUPJE-UHFFFAOYSA-N spiromesifen Chemical compound CC1=CC(C)=CC(C)=C1C(C(O1)=O)=C(OC(=O)CC(C)(C)C)C11CCCC1 GOLXNESZZPUPJE-UHFFFAOYSA-N 0.000 description 2
- 230000002776 aggregation Effects 0.000 description 1
- 238000004220 aggregation Methods 0.000 description 1
- 230000006399 behavior Effects 0.000 description 1
- 230000003750 conditioning effect Effects 0.000 description 1
- 230000001276 controlling effect Effects 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000009472 formulation Methods 0.000 description 1
- 239000003999 initiator Substances 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 239000000203 mixture Substances 0.000 description 1
- 238000002360 preparation method Methods 0.000 description 1
- 238000012913 prioritisation Methods 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
- 238000005303 weighing Methods 0.000 description 1
Abstract
本发明公开一种处理信令消息的方法及系统，涉及通信网络技术领域，用于在控制面中各个网元拥塞时，根据信令消息的重要性来确定发送的信令消息。本发明实施例具体包括基站、MME、S‑GW、P‑GW获取PoS参数，PoS参数包括ToP参数、LoM参数以及CoP参数，其中，ToP参数用于指示流程的类型，LoM参数用于指示不同流程的消息的优先级，CoP参数用于指示MME需要控制的流程的类型；基站、MME、S‑GW、P‑GW中任一个网元发生拥塞时，发生拥塞的网元参照PoS参数的内容指示，发送拥塞的网元中的各个信令消息。本发明实施例提供的方案适于当控制面某网元发生拥塞时对信令消息进行处理时采用。
Description
技术领域
本发明涉及通信网络技术领域，尤其涉及一种处理信令消息的方法及系统。
背景技术
随着越来越多的用户使用移动终端进行上网，那么需要运营商网络为其用户的业务建立端到端的承载。通常，业务的承载是建立在用户面上，其用于传输该业务的数据，而建立、修改以及删除该业务的承载的过程是通过控制面上的网元进行信令消息的交互来完成的。
在现有技术中，通常将多个移动管理实体（Mobility Management Entity，MME）/通用分组无线服务支持节点（Serving GPRS Support Node，SGSN）组合成一个池POOL。在一个POOL中，多个MME（多个SGSN）之间都是互联的，当控制面上的任意一个网元（MME/SGSN）出现拥塞情况时，拥塞的网元将信令消息迁移到其他网元进行传输，从而缓解控制面发生拥塞的情况。
然而，当该POOL中的各个网元均出现拥塞现象时，出现拥塞的网元将随机丢弃信令消息。例如，当某个网元内传输信令消息的队列已满时，该网元将开启丢弃后面即将排队的信令消息，或者该网元随机丢弃队列内的信令消息，或者该网元禁止UE某类流程的信令消息发起，禁止的流程可以为小区切换流程、UE附着流程，或者跟踪区更新(Tracking AreaUpdate，TAU)流程等。通过该方法来解决控制面拥塞时，只是随机丢弃信令消息。另外，当其他网元（如分组数据网络网关（Packet Data Network GateWay，P-GW）、服务网关（ServiceGateWay，S-GW）以及演进型基站（Evolved Node B，eNodeB））出现拥塞时，这些网元也采用随机丢失信令消息的方式来解决拥塞问题。综上所述，当控制面的网元发生拥塞时，只是随机的丢弃信令消息来缓解拥塞问题，这样会导致将重要的信令消息也丢弃的问题，没有解决控制面网元拥塞时按照各个信令消息的重要性来处理各个信令消息的对策。
发明内容
本发明的实施例提供一种处理信令消息的方法及系统，用于在控制面中各个网元拥塞时，根据信令消息的重要性来确定发送的信令消息。
一方面，本发明的实施例提供一种处理信令消息的方法，包括：
基站、移动管理实体MME、服务网关S-GW、分组数据网络网关P-GW、获取控制面管理PoS参数，所述PoS参数包括流程类型ToP参数、消息等级LoM参数以及流程控制CoP参数，其中，所述ToP参数用于指示流程的类型，所述LoM参数用于指示不同流程的消息的优先级，所述CoP参数用于指示所述MME需要控制的流程的类型；
所述基站、所述MME、所述S-GW、所述P-GW中任一个网元发生拥塞时，发生拥塞的网元参照拥塞时的信令消息对应的PoS参数的内容指示，发送所述拥塞的网元中的所述拥塞时的信令消息。
在本发明的另一实施例中，所述PoS参数中的所述ToP参数、所述LoM参数以及所述CoP参数由策略与计费规则功能PCRF根据服务质量QoS参数、策略和计费控制PCC规则生成。
在本发明的另一实施例中，所述基站、移动管理实体MME、服务网关S-GW、分组数据网络网关P-GW获取控制面管理参数PoS参数，包括：
所述P-GW接收所述PCRF发送的承载建立的第一建立信令消息，从所述第一建立信令消息的直径Diameter协议消息的扩展字段中获取所述PoS参数；
所述S-GW接收所述P-GW发送的所述承载建立的第二建立信令消息，从所述第二建立信令消息的通用分组无线服务隧道协议GTP-C消息的报文头部中获取所述PoS参数；
所述MME接收所述S-GW发送的所述承载建立请求的第三建立信令消息，从所述第三建立信令消息的GTP-C消息的报文头部中获取所述PoS参数；
所述基站接收所述MME发送的所述承载建立的第四建立信令消息，从所述第四建立信令消息的S1接口的应用层S1-AP协议消息的扩展字段中获取所述PoS参数。
在本发明的另一实施例中，所述基站、移动管理实体MME、服务网关S-GW、分组数据网络网关P-GW获取控制面管理参数PoS参数，包括：
所述基站、所述MME、所述S-GW以及所述P-GW接收运行管理维护OAM发送的生成规则，所述生成规则为生成所述PoS参数的指示；
所述基站、所述MME、所述S-GW以及所述P-GW根据所述QoS参数、所述PCC规则以及所述生成规则生成所述PoS参数。
在本发明的另一实施例中，所述基站、所述MME、所述S-GW、所述P-GW中任一个网元发生拥塞时，发生拥塞的网元参照拥塞时的信令消息对应的PoS参数的内容指示，发送所述拥塞的网元中的所述拥塞时的信令消息，包括：
当所述基站、所述MME、所述S-GW、所述P-GW中任一个网元接收第一信令消息发生拥塞时，按照所述第一信令消息对应的PoS参数中的ToP参数以及LoM参数来发送所述第一信令消息，所述第一信令消息为会话管理对应的信令消息；
当所述基站、所述MME、所述S-GW、所述P-GW中任一个网元接收第二信令消息发生拥塞时，按照所述第二信令消息对应的PoS参数中的CoP参数来发送所述第二信令消息，所述第二信令消息为移动性管理对应的信令消息。
在本发明的另一实施例中，所述方法还包括：
所述基站、所述MME、所述S-GW、所述P-GW存储默认的PoS参数；
所述基站、所述MME、所述S-GW、所述P-GW中任一个网元发生拥塞时，发生拥塞的网元参照拥塞时的信令消息对应的PoS参数的内容指示，发送所述拥塞的网元中的所述拥塞时的信令消息，包括：
所述基站、所述MME、所述S-GW、所述P-GW中任一个网元发生拥塞，当第三信令消息没有对应的PoS参数时，发生拥塞的网元参照所述默认的PoS参数的内容指示，发送所述第三信令消息。
在本发明的另一实施例中，当所述QoS参数和/或所述PCC规则发生改变时，所述PCRF根据改变的QoS参数和/改变的PCC规则生成更新的PoS参数；或者，
所述基站、所述MME、所述S-GW以及所述P-GW根据所述改变的QoS参数和/所述改变的PCC规则、以及所述生成规则生成所述更新的PoS参数。
在本发明的另一实施例中，在所述PCRF根据改变的QoS参数和/改变的PCC规则生成更新的PoS参数之后，所述方法还包括：
所述P-GW接收所述PCRF发送的承载修改的第一修改信令消息，从所述第一修改信令消息的Diameter协议消息的扩展字段中获取所述更新的PoS参数；
所述S-GW接收P-GW发送的所述承载修改的第二修改信令消息，从所述第二修改信令消息的GTP-C消息的报文头部中获取所述更新的PoS参数；
所述MME接收所述S-GW发送的所述承载修改的第三修改信令消息，从所述第三修改信令消息的GTP-C消息的报文头部中获取所述更新的PoS参数；
所述基站接收所述MME发送的所述承载修改的第四修改信令消息，从所述第四修改信令消息的Diameter协议消息的扩展字段中获取所述更新的PoS参数。
另一方面，本发明的实施例提供一种处理信令消息的系统，包括：
基站，用于获取控制面管理PoS参数；当所述基站发生拥塞时，参照所述PoS参数的内容指示，发送各个信令信息；所述PoS参数包括流程类型ToP参数、消息等级LoM参数以及流程控制CoP参数，其中，所述ToP参数用于指示流程的类型，所述LoM参数用于指示不同流程的消息的优先级，所述CoP参数用于指示MME需要控制的流程的类型；当所述基站发生拥塞时，参照所述PoS参数的内容指示，发送各个信令信息；
所述MME，用于获取所述PoS参数；当所述MME发生拥塞时，参照所述PoS参数的内容指示，发送各个信令信息；
服务网关S-GW，用于获取所述PoS参数；当所述S-GW发生拥塞时，参照所述PoS参数的内容指示，发送各个信令信息；
分组数据网络网关P-GW，用于获取所述PoS参数；当所述P-GW发生拥塞时，参照所述PoS参数的内容指示，发送各个信令信息。
在本发明的另一实施例中，所述系统还包括：策略与计费规则功能PCRF，运行管理维护OAM；
所述PCRF，用于根据服务质量QoS参数、策略和计费控制PCC规则生成所述PoS参数中的所述ToP参数、所述LoM参数；以及当所述QoS参数和/或所述PCC规则发生改变时，根据改变的QoS参数和/改变的PCC规则生成更新的PoS参数；
所述OAM，用于向所述基站、所述MME、所述S-GW以及所述P-GW发送生成规则，所述生成规则为生成所述PoS参数的指示；
所述基站，还用于获取所述更新的PoS参数，当所述基站发生拥塞时，参照所述更新的PoS参数的内容指示，发送各个信令信息；接收所述OAM发送的所述生成规则，根据所述QoS参数、所述PCC规则以及所述生成规则生成所述PoS参数，或者，根据所述改变的QoS参数、所述改变的PCC规则以及所述生成规则生成所述更新的PoS参数；
所述MME，还用于获取所述更新的PoS参数，当所述MME发生拥塞时，参照所述更新的PoS参数的内容指示，发送各个信令信息；接收所述OAM发送的所述生成规则，根据所述QoS参数、所述PCC规则以及所述生成规则生成所述PoS参数，或者，根据所述改变的QoS参数、所述改变的PCC规则以及所述生成规则生成所述更新的PoS参数；
所述S-GW，还用于获取所述更新的PoS参数，当所述S-GW发生拥塞时，参照所述更新的PoS参数的内容指示，发送各个信令信息；接收所述OAM发送的所述生成规则，根据所述QoS参数、所述PCC规则以及所述生成规则生成所述PoS参数，或者，根据所述改变的QoS参数、所述改变的PCC规则以及所述生成规则生成所述更新的PoS参数；
所述P-GW，还用于获取所述更新的PoS参数，当所述P-GW发生拥塞时，参照所述更新的PoS参数的内容指示，发送各个信令信息；接收所述OAM发送的所述生成规则，根据所述QoS参数、所述PCC规则以及所述生成规则生成所述PoS参数，或者，根据所述改变的QoS参数、所述改变的PCC规则以及所述生成规则生成所述更新的PoS参数。
本发明实施例提供的一种处理信令消息的方法及系统，通过基站、MME、S-GW、P-GW获取PoS参数，PoS参数包括ToP参数、LoM参数以及CoP参数，其中，ToP参数用于指示流程的类型，LoM参数用于指示不同流程的消息的优先级，CoP参数用于指示MME需要控制的流程的类型；基站、MME、S-GW、P-GW中任一个网元发生拥塞时，发生拥塞的网元参照PoS参数的内容指示，发送拥塞的网元中的各个信令消息。现有技术中，当某个网元出现拥塞现象时，出现拥塞的网元将随机丢弃信令消息，这样会导致将重要的信令消息也丢弃的问题，没有解决控制面网元拥塞时按照各个信令消息的重要性来处理各个信令消息的对策。与现有技术相比，本发明实施例可以实现在控制面中各个网元拥塞时，根据信令消息的重要性来发送各个信令消息，从而有规则的处理拥塞网元中的各个信令消息，提高用户体验。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1为本发明实施例提供的一种处理信令消息的方法的流程图；
图2为本发明实施例提供的处理信令消息的方法中各个网元获取PoS参数的方法的流程图；
图3为本发明实施例提供的另一种处理信令消息的方法的流程图；
图4（a）为本发明实施例提供的处理信令消息的方法中一种消息对应的PoS参数的示意图；
图4（b）为本发明实施例提供的处理信令消息的方法中另一种消息对应的PoS参数的示意图；
图4（c）为本发明实施例提供的处理信令消息的方法中又一种消息对应的PoS参数的示意图；
图5为本发明实施例提供的又一种处理信令消息的方法的流程图；
图6为为本发明实施例提供的处理信令消息的方法中一种默认的PoS参数的示意图；
图7为本发明实施例提供的处理信令消息的方法中各个网元获取更新的PoS参数的方法的流程图；
图8为本发明实施例提供的一种处理信令消息的系统的逻辑示意图；
图9为本发明实施例提供的另一种处理信令消息的系统的逻辑示意图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
实施例1
如图1所示，本发明实施例提供一种处理信令消息的方法，该方法如下：
101，基站、MME、S-GW、P-GW、SGSN获取控制面管理（Priority of Signaling，PoS）参数，PoS参数包括流程类型（Type of Procedure，ToP）参数、消息等级（Level ofMessage，LoM）参数以及流程控制（Control of Procedure，CoP）参数，其中，ToP参数用于指示流程的类型，LoM参数用于指示不同流程的消息的优先级，CoP参数用于指示MME需要控制的流程的类型。
其中，PoS参数中的ToP参数具体表示流程的类型，流程的类型有承载建立流程、承载修改流程、承载删除流程。例如，当ToP=001时，表示该流程为承载建立流程；当ToP=002时，表示该流程为承载修改流程；当ToP=003时，表示该流程为承载删除流程。可以看出，ToP参数的取值范围在001-003之间。
PoS参数中的LoM参数具体表示不同流程对应的消息的优先级。例如，第一承载建立流程对应的消息的LoM=001，第二承载建立流程对应的消息的LoM=002。当控制面的某网元（基站、MME、S-GW、P-GW等）发生拥塞，并且同时接收到第一承载建立流程中的消息A以及第二承载建立流程中的消息B时，根据PoS参数中的LoM参数的值，优先处理第一承载建立流程中的消息A。需要说明的是，本实施例中的LoM参数取值范围在001-008之间。当然，本实施例不限制LoM参数的取值范围。例如，LoM参数取值范围也可以在001-005之间均可。
PoS参数中的CoP参数具体表示MME/SGSN/移动交换中心（Mobile SwitchingCenter，MSC）网元可以禁止或限制用户执行的流程，该流程可以为业务请求ServiceRequest流程、位置更新流程（如：跟踪区更新(Tracking Area Update，TAU)/路由区更新（Route Area Update，RAU）、无线接入类型改变（Radio Access Type-Change，RAT-Change）流程（3G<->4G切换）等。其中MME为4G网络的网络设备，SGSN为3G网络的网络设备，MSC为2G网络的网络设备。这三个网元在控制面的作用是一样的，均为进行移动性管理的设备。为了方便描述，本实施例以MME为例进行说明。需要说明的是，CoP参数取值的范围在001-008之间，同样的，本实施例也不限制CoP参数的其他取值范围。
需要说明的是，通常一个承载流程对应一个PoS参数，并且PoS参数是随着承载建立流程或者承载修改流程中的某个信令消息下发下去的。即当PCRF发起承载建立流程或者承载修改流程时，PoS参数是携带在该承载建立流程或者该承载修改流程对应的信令消息中。另外，PoS参数中的CoP参数针对一个用户，即对于一个用户需要的发起的各个流程做重要性的排序。所以，对应于同一个用户的多个承载建立或者承载修改时，这些承载建立流程或者承载修改流程携带的PoS参数中的CoP参数可能相同，也可能不相同(出现不相同的情况是该用户对应的CoP参数发生了改变)。
102，基站、MME、S-GW、P-GW中任一个网元发生拥塞时，发生拥塞的网元参照拥塞时的信令消息对应的PoS参数的内容指示，发送拥塞的网元中的拥塞时的信令消息。
当控制面中的各个网元（如基站、MME、S-GW、P-GW）发生拥塞时，参照各个信令消息对应的PoS参数的内容，来优先发送信令消息或者限制（限制包括禁止或者延长）某些流程对应的信令消息的发送。
可选的，当基站、MME、S-GW、P-GW中任一个网元接收第一信令消息发生拥塞时，按照第一信令消息对应的PoS参数中的ToP参数以及LoM参数来发送第一信令消息，第一信令消息为会话管理对应的信令消息。其中，会话管理对应的信令消息可以为承载建立流程、承载修改流程或者承载删除流程对应的信令消息。
可选的，当基站、MME、S-GW、P-GW中任一个网元接收第二信令消息发生拥塞时，按照第二信令消息对应的PoS参数中的CoP参数来发送第二信令消息，第二信令消息为移动性管理对应的信令消息。其中移动性管理对应的信令消息可以为Service Request流程、TAU/RAT流程或者RAT-Change流程等对应的信令消息。
可选的，本实施例中的PoS参数可以为默认的PoS参数，该默认的PoS参数用于各个网元在拥塞时，应对没有对应的PoS参数的消息。基站、MME、S-GW、P-GW中任一个网元发生拥塞，当第三信令消息没有对应的PoS参数时，发生拥塞的网元参照默认的PoS参数的内容指示，发送第三信令消息。
本发明实施例提供的一种处理信令消息的方法，通过基站、MME、S-GW、P-GW获取PoS参数，PoS参数包括流程类型ToP参数、消息等级LoM参数以及流程控制CoP参数，其中，ToP参数用于指示流程的类型，LoM参数用于指示不同流程的消息的优先级，CoP参数用于指示MME需要控制的流程的类型；基站、MME、S-GW、P-GW中任一个网元发生拥塞时，发生拥塞的网元参照PoS参数的内容指示，发送拥塞的网元中的各个信令消息。现有技术中，当某个网元出现拥塞现象时，出现拥塞的网元将随机丢弃信令消息，这样会导致将重要的信令消息也丢弃的问题，没有解决控制面网元拥塞时按照各个信令消息的重要性来处理各个信令消息的对策。与现有技术相比，本发明实施例可以实现在控制面中各个网元拥塞时，根据信令消息的重要性来发送各个信令消息，从而有规则的处理拥塞网元中的各个信令消息，提高用户体验。
需要说明的是，本实施例中生成PoS参数的方式有两种，如下：
第一种方式，PoS参数可以由策略与计费规则功能（Policy and Charging RulesFunction，PCRF）根据服务质量（Quality of Service，QoS）参数、策略和计费控制（Policyand Charging Control，PCC）规则生成。
第二种方式，PoS参数可以由各个网元（基站、MME、S-GW、P-GW、SGSN）根据QoS参数、PCC规则以及生成规则生成。生成规则为生成PoS参数的规则。其中，生成规则是由运行管理维护（Operation Administration and Maintenance，OAM）发送给各个网元的。OAM系统与各个网元之间均有接口，即OAM通过与各个网元之间的接口将生成规则发送给对应的网元。OAM用于根据运营商网络运营的实际需要，对网络进行操作、管理以及维护工作。
具体举例说明，PoS参数中的LoM参数可以采用下述公式（1）（2）生成：
LoM=Integer[max(LoM)·LoM′] ——（2）
其中，∑an=∑bn=∑cn=1，均为权重系数。
服务质量分类识别（QoS Class Identifier，QCI）用于衡量特定的提供给服务数据流的包发送行为（如丢包率，包延迟预算等）；QCI的范围为1-9（本实施例不限制QCI的范围值，当然QCI也可以为1-15）。Max()表示最大值。
聚合最大比特速（Aggregation Maximum Bit Rate，AMBR）用于规定用户的一个会话中所有缺省承载的非保证比特速率(Non Guaranteed Bit Rate，Non-GBR)能够使用的流量带宽上限；AMBR分为UE-AMBR和接入点名称（Access Point Name，APN）-AMBR。具体的公式（2）中的AMBR可以为UE-AMBR，或者可以为APN-AMBR。其中UE-AMBR的范围为0MB-10MB；APN-AMBR的范围为0MB-10MB。
最大承载比特速（Maximum Bit Rate，MBR）是指相应承载上传输速率最大值；MBR的范围为0MB-10MB。
保障承载比特速（Guaranteed Bit Rate，GBR）是指相应承载上传输速率的保障值；GBR的范围为0MB-10MB。
其中，QoS参数包括QCI、AMBR、GBR以及MBR。故上述公式（1）中的第一个大括号里表示LoM参数的生成参考了QoS参数。
使用报告Usage-reporting和事件触发Event-trigger均在PCC规则中。Usage-reporting和Event-trigger的值只取正数0或1。0或1用于表示是否开启了两项功能。即当Usage-reporting=0，表示未开始该功能；当Usage-reporting=1，表示开始该功能。对于Event-trigger的解释同Usage-reporting，在此不再赘述。故上述公式（1）中的第二个大括号里表示LoM参数的生成参考了PCC规则。
Rating-Group是费率（如0.5元/1MB），max()表示能够设置的费率最大值。故上述公式（1）中的第三个大括号中里表示LoM参数的生成参考了计费方面。
然后得到LoM'之后，在采用上述公式（2）得到LoM的值。具体的，对LoM的最大值（Max（LoM））乘以LoM'的值进行取整，从而得到LoM的值。其中，LoM的取值范围在001-009之间，当然，本实施例不限制LoM的取值范围，LoM的取值可以根据信令消息的类别具体设置，在此不一一赘述。
需要说明的是，本实施例中采用LoM参数的值最大，对应的信令消息的优先级越低，从而采用上述公式（1）、（2）得到LoM参数。但是本实施例不限制LoM参数生成采用的公式。例如，当本实施例采用LoM参数的值最小，对应的信令消息的优先级越低时，则采用下述公式（3）、（4）。
LoM=Integer[max(LoM)·LoM′] ——（4）
还需说明的是，本实施例生成LoM参数的方式不限于上述两种，当参考QoS参数的中内容有改变和/PCC规则中的内容有改变时，可使用其他方式来生成LoM参数，在此不再赘述。
具体举例说明，PoS参数中的CoP参数可以采用下述公式（5）（6）（7）生成：
首先说明的是，本实施例中MME用于对Service Request流程、TAU/RAU流程、RAT-Change流程进行控制。故CoP参数分为CoP-1、CoP-2、CoP-3。其中，CoP-1对应于ServiceRequest流程，CoP-2对应于TAU/RAU流程，CoP-3对应于RAT-Change流程。可选的，当MME发生拥塞时，就可以依照CoP参数中哪个子参数的值大，就对此UE执行对应流程的控制。如：CoP-2最大，那么就限制UE的TAU/RAU流程的发起。或者，当MME发生拥塞时，就可以依照CoP参数中哪个子参数的值小，就对此UE执行对应流程的控制。
CoP-1=Integer[a1·Typevalue(Service)+b1·(Rating-Group)] ——（5）
CoP-2=Integer[a1·Typevalue(Event-trigger)+b1·Typevalue(Service)] ——（6）
CoP和LoM的生成可能参考的QoS参数和PCC规则等信息有重叠，但是权重值（an、bn）是不一样的。
可以看出，上述公式（5）中，CoP-1是针对Service Request流程进行生成。Typevalue(Service)是指根据不同的业务Service/应用Application类型制定不同大小的值，其具体范围为0-9。，a1、b1为权重系数。
上述公式（6）中，CoP-2是针对TAU/RAU流程进行生成。Typevalue(Event-trigger)是指根据不同的Event-trigger类型制定不同大小的值，其具体范围为0-20。现有技术中，存在的Event-trigger类型大概有20种，当PCC规则中改变了Event-trigger的类型时，Typevalue(Event-trigger)的具体范围可以灵活变动。例如，对于Typevalue(Event-trigger)的取值来讲，位置信息的Event-trigger要比网元改变的Event-trigger重要，那么位置信息的Event-trigger值较大。
上述公式（7）中，CoP-3是针对RAT-Change流程进行生成。具体的，参考GBR、QCI以及Service Request来生成CoP-3。
当然，对于MME控制的流程不止上述描述的三种，所以生成CoP参数的方式不限于此，在此不一一赘述。
具体的，在图1中步骤101所述的各个网元获取PoS参数的方式如图2所示，具体如下：
201，PCRF根据QoS参数、PCC规则生成PoS参数，并向P-GW发送第一承载建立的第一建立信令消息。
具体的，第一建立信令消息可以为IP-CAN Session Build。即在IP-CAN SessionBuild中携带该PoS参数。可选的，第一承载建立可以为默认承载建立。或者，第一承载建立可以为专有承载建立。本实施例不对第一承载建立的格式做限制。
202，P-GW接收该第一建立信令消息，并从第一建立信令消息中获取该第一承载对应的PoS参数。
具体的，P-GW从该第一建立信令消息的直径Diameter协议消息的扩展字段中获取该PoS参数。
203，P-GW向S-GW发送第一承载建立的第二建立信令消息。
具体的，第二建立信令消息可以为创建承载请求Create Bearer Request。
204，S-GW接收该第二建立信令消息，并从第二建立信令消息中获取该第一承载对应的PoS参数。
具体的，S-GW从该第二建立信令消息的通用分组无线服务隧道协议（GPRS TunnelProtocol-Control，GTP-C）消息的报文头部中获取该PoS参数。其中，GPRS为通用分组无线服务（General Packet Radio Service）。
205，S-GW向MME发送第一承载建立的第三建立信令消息。
具体的，第三建立信令消息可以为Create Bearer Request。
206，MME接收该第三建立信令消息，并从第三建立信令消息中获取该第一承载对应的PoS参数。
具体的，MME从该第三建立信令消息的GTP-C消息的报文头部中获取该PoS参数。
207，MME向基站发送第一承载建立的第四建立信令消息。
具体的，第四建立信令消息可以为承载建立请求Bearer Setup Request。
208，基站接收该第四建立信令消息，并从该第四建立信令消息中获取该第一承载对应的PoS参数。
具体的，基站，从该第四建立信令消息的S1接口的应用层（S1-Application，S1-AP）协议消息的扩展字段中获取该PoS参数。
209，MME向归属用户服务器（Home Subscriber Server，HSS）发送第一承载建立的第五建立信令消息。
具体的，第五建立信令消息可以为通知请求消息Notify Request Message。
需要说明的是，在承载建立的过程中，MME还可以向HHS发送携带PoS参数的第五建立信令消息。
210，HSS接收该第五建立信令消息，并从该第五建立信令消息中获取该第一承载对应的PoS参数。
具体的，HSS从该第五建立信令消息的Diameter协议扩展字段中获取该PoS参数。
需要说明的是，步骤209-210为可选步骤，当承载建立的过程中需要HSS网元时，则需要MME向HSS发送携带PoS参数的第五建立信令消息；当承载建立的过程中不需要HSS网元时，无需执行步骤209-210。在图2中，以虚线框表示步骤209-210，其中虚线框表示此步骤为可选步骤，当然也可以以其他方式表示可选关系，本发明实施例不进行限制表示可选关系的方式。
另外，步骤207-208与步骤209-210之间没有先后顺序。可以同时执行步骤207-208与步骤209-210，或者先执行步骤207-208，再执行步骤209-210，或者先执行步209-210，再执行步骤207-208均可，本实施例不做限制。
最后需要说明的是，本实施例中的第一建立信令消息、第二建立信令消息、第三建立信令消息、第四建立信令消息以及第五建立信令消息均为图1中步骤102描述的第一信令消息。
本发明实施例可以实现在控制面中各个网元拥塞时，根据信令消息的重要性来发送各个信令消息，从而有规则的处理拥塞网元中的各个信令消息，提高用户体验。
可以理解的是，控制面的各个网元通过上述实现方式来获取PoS参数，或者也可以采用生成PoS参数的方式来获取PoS参数。然后将获取的PoS参数进行保存。在各个网元获取PoS参数之后，当某一网元发生拥塞时，则采用PoS参数的内容来发送各个信令消息。例如，在本发明的一种实现方式中，设置MME为拥塞的网元，如图3所示，具体如下：
301，在MME发生拥塞时，同时接收到第一承载中的消息A和第二承载中的消息B。
例如，第一承载为建立视频的承载，第二承载为建立即时聊天的承载。
302，MME查看消息A对应的PoS-A参数，以及消息B对应的PoS-B参数。
具体的，PoS-A参数的内容如图4（a）所示。PoS-B参数的内容如图4（b）所示。
303，MME根据PoS-A参数以及PoS-B参数的内容，优先发送消息A，然后发送消息B。
具体的，MME获知消息A为第一承载建立的消息，消息B为第二承载删除的消息。MME参考图4（a）与图4（b）可知，消息A对应的ToP-A=001，LoM-A=002；消息B对应的ToP=B=003，LoM-B=007。由于本实施采用LoM参数的值越大，优先级越低的情况，MME优先发送消息A，然后发送消息B。
另外，需要说明的是，当MME与基站之间的接口发生拥塞，并且是MME向基站发送信令消息时，或者当MME与S-GW之间接口发生拥塞，并且是MME向S-GW发送信令消息时，MME也会根据这些信令消息对应的PoS参数，来发送这些信令消息。即当接口发生拥塞时，该通过该接口的信令消息的发起方网元来参照PoS参数，发送需要通过该接口的信令消息。
另外，图3中针对MME发生拥塞时，参照各个信令消息对应的PoS参数对各个信令消息的处理，本发明当然也可以针对其他网元（如基站、S-GW、P-GW、HSS等）发生拥塞时，按照信令消息对应的PoS参数对对应的信令消息进行处理。
最后需要说明的是，本实施例中的消息A、消息B均为图1中步骤102描述的第一信令消息。
本发明实施例可以实现在控制面中各个网元拥塞时，根据信令消息的重要性来发送各个信令消息，从而有规则的处理拥塞网元中的各个信令消息，提高用户体验。
在本方法的另一种实现方式中，设置MME为拥塞的网元，如图5所述，具体如下：
501，用户设备（User Equipment，UE）-A向基站发送第一消息。
具体的，第一消息为发起TAU的流程的消息。
502，UE-B向基站发送第二消息。
具体的，第二消息为发起RAT-Change的流程的消息。
本实施例不限制步骤501与步骤502之间的先后顺序。
503，UE-C向基站发送第三消息。
具体的，第三消息为发起Service Request的流程的消息。
503，MME同时接收第一消息、第二消息以及第三消息。
具体的，MME接收来自基站发送的第一消息、第二消息以及第三消息。
504，当MME发生拥塞时，查看第一消息、第二消息以及第三消息对应的PoS参数。
第一消息，第二消息，第三消息均是由UE侧发起的，为了方便描述，第一消息对应的PoS参数如图4（a）所示，即第一消息对应的PoS参数为PoS-A；第二消息对应的PoS参数如图4（b）所示，即第二消息对应的PoS参数为PoS-B。第三消息对应的PoS参数如图4（c）所示，即第三消息对应的PoS参数为PoS-C。
505，MME根据各个消息对应的PoS参数的内容，向S-GW优先发送第一消息，然后再发送第二消息，并且禁止第三消息的发送。
MME存储着一个对移动性管理对应的信令消息的丢弃阈值。即当该UE对应的PoS参数中的CoP-1、CoP-2或者CoP-3的取值小于等于丢弃阈值时，限制对应的CoP-1、CoP-2或者CoP-3对应的流程。当该UE对应的PoS参数中的CoP-1、CoP-2或者CoP-3的取值大于丢弃阈值时，各个网元对CoP参数中的具体值进行比较，优先发送CoP参数的值较大的信令消息。即本实施例依照CoP参数中哪个子参数的值小，就对此UE执行对应流程的控制为例进行说明。其中，本实施例中的丢弃阈值可以为001。
第一消息为TAU流程的消息，第一消息对应的CoP-2=005，CoP-2=005大于该丢弃阈值。第二消息为RAT-Change流程的消息，第二消息对应的CoP-3=002，CoP-3=002大于该丢弃阈值。第三消息为Service Request流程的消息，第三消息对应的CoP-1=001，CoP-1=001小于等于该丢弃阈值。所以MME不丢弃第一消息、第二消息，丢弃第三消息。然后对CoP-2=005与CoP-3=002进行比较，优先发送第一消息，然后发送第二消息。
需要说明的是，本实施例中的各个网元在接收到第二信令消息之后，均可以根据PoS参数中的CoP参数对第二信令消息进行优先级排序之后依次发送，而只有MME中存储着对移动性管理对应的信令消息的丢弃阈值，所以只有MME可以根据PoS参数中的CoP参数对第二信令消息进行限制。
最后需要说明的是，本实施例中的第一消息和第二消息均为图1中步骤102描述的第二信令消息。
本发明实施例可以实现在控制面中各个网元拥塞时，根据信令消息的重要性来发送各个信令消息，从而有规则的处理拥塞网元中的各个信令消息，提高用户体验。
需要说明的是，当UE附着网络时，发起附着网络的请求信令消息，然后将该请求信令消息发送给基站，基站再转发给MME，MME再转发给S-GW，S-GW再转发给P-GW，P-GW再转发给PCRF。其中，当某网元发送该请求信令消息时，发生拥塞情况，而该请求信令消息没有对应的PoS参数，则发生拥塞的网元将采用本地存储的默认的PoS参数作为该请求信令消息的PoS参数。可以理解的是，这里说明的请求信令消息为图1中步骤102描述的第三信令消息。
值得说明的是，在各个网元中存储着一套默认的PoS参数，该默认的PoS参数用于各个网元在拥塞时，应对没有对应的PoS参数的消息。该默认的PoS参数如图6所示。当然，本实施例不限制这一种默认的PoS参数，还可以根据各个网元的实际情况指定其他的PoS参数，作为默认的PoS参数，在此不再赘述。
当PCRF接收到该请求信令消息，并确定可以建立附着网络的承载时，发起一个默认承载的流程，并将该默认承载对应的PoS参数携带在信令消息中。
当上述图5中的第一消息、第二消息发送到PCRF之后，当PCRF确定可以建立TAU流程的承载以及RAT-Change流程的承载时，PCRF根据QoS参数以及PCC生成建立TAU流程的承载对应的PoS参数、以及建立RAT-Change流程的承载对应的PoS参数，然后将对应的信令消息发送下去。具体的，如图7所示：
QoS参数和/或PCC规则发生改变时，PCRF根据改变的QoS参数和/改变的PCC规则生成更新的PoS参数；或者，基站、MME、S-GW、P-GW以及HSS根据改变的QoS参数和/改变的PCC规则、以及生成规则生成更新的PoS参数。
具体的，如图7所示，各个网元通过获取PCRF生成的更新的PoS参数的方式如下所述：
701，PCRF根据QoS参数、PCC规则生成更新的PoS参数，并向P-GW发送第一承载修改的第一修改信令消息。
具体的，第一修改信令消息可以为IP-CAN Session Modification。即在IP-CANSession Modification中携带该更新的PoS参数。
702，P-GW接收该第一修改信令消息，并从第一修改信令消息中获取该第一承载对应的更新的PoS参数。
具体的，P-GW从该第一修改信令消息的Diameter协议消息的扩展字段中获取该更新的PoS参数。
703，P-GW向S-GW发送第一承载修改的第二修改信令消息。
具体的，第二修改信令消息可以为更新承载请求Update Bearer Request。
704，S-GW接收该第二修改信令消息，并从第二修改信令消息中获取该第一承载对应的更新的PoS参数。
具体的，S-GW从该第二修改信令消息的GTP-C消息的报文头部中获取该更新的PoS参数。
705，S-GW向MME发送第一承载修改的第三修改信令消息。
具体的，第三修改信令消息可以为Update Bearer Request。
706，MME接收该第三修改信令消息，并从第三修改信令消息中获取该第一承载对应的更新的PoS参数。
具体的，MME从该第三修改信令消息的GTP-C消息的报文头部中获取该更新的PoS参数。
707，MME向基站发送第一承载修改的第四修改信令消息。
具体的，第四修改信令消息可以为承载修改请求Bearer Modify Request。
708，基站接收该第四修改信令消息，并从该第四修改信令消息中获取该第一承载对应的更新的PoS参数。
具体的，基站，从该第四修改信令消息的S1-AP协议消息的扩展字段中获取该更新的PoS参数。
709，MME向归属用户服务器（Home Subscriber Server，HSS）发送第一承载修改的第五修改信令消息。
具体的，第五修改信令消息可以为更新请求消息Update Request Message。其中，第五修改信令消息用于将携带更新的PoS参数发送给HSS。
710，HSS接收该第五修改信令消息，并从该第五修改信令消息中获取该第一承载对应的更新的PoS参数。
具体的，HSS从该第五修改信令消息的Diameter协议扩展字段中获取该更新的PoS参数。
需要说明的是，步骤709-710为可选步骤，当承载修改的过程中需要HSS网元时，则需要MME向HSS发送携带更新的PoS参数的第五修改信令消息；当承载修改的过程中不需要HSS网元时，无需执行步骤709-710。在图7中，以虚线框表示步骤709-710，其中虚线框表示此步骤为可选步骤，当然也可以以其他方式表示可选关系，本发明实施例不进行限制表示可选关系的方式。
另外，步骤707-708与步骤709-710之间没有先后顺序。可以同时执行步骤707-708与步骤709-710，或者先执行步骤707-708，再执行步骤709-710，或者先执行步709-710，再执行步骤707-708均可，本实施例不做限制。
最后需要说明的是，本实施例中的第一修改信令消息、第二修改信令消息、第三修改信令消息、第四修改信令消息、第五修改信令消息均为图1中步骤102描述的第一信令消息。
本发明实施例可以实现在控制面中各个网元拥塞时，根据信令消息的重要性来发送各个信令消息，从而有规则的处理拥塞网元中的各个信令消息，提高用户体验。
需要说明的是，当QoS参数和/或PCC规则发生改变时，原来的PoS参数仍然适用时，则PCRF不必生成更新的PoS参数，或者各个网元不必生成更新的PoS参数。
实施例2
如图8所示，本发明实施例提供一种处理信令消息的系统80，该系统80包括：基站801，MME802，S-GW803、P-GW804。
基站801，用于获取PoS参数；当基站发生拥塞时，参照PoS参数的内容指示，发送各个信令信息；PoS参数包括ToP参数、LoM参数以及CoP参数，其中，ToP参数用于指示流程的类型，LoM参数用于指示不同流程的消息的优先级，CoP参数用于指示MME需要控制的流程的类型；当基站801发生拥塞时，参照PoS参数的内容指示，发送各个信令信息。
MME802，用于获取PoS参数；当MME802发生拥塞时，参照PoS参数的内容指示，发送各个信令信息。
S-GW803，用于获取PoS参数；当S-GW803发生拥塞时，参照PoS参数的内容指示，发送各个信令信息。
P-GW804，用于获取PoS参数；当P-GW804发生拥塞时，参照PoS参数的内容指示，发送各个信令信息。
进一步的，本发明还提供一种处理信令消息的系统90，该系统90还包括：PCRF805，OAM806。
PCRF805，用于根据服务质量QoS参数、策略和计费控制PCC规则生成PoS参数中的ToP参数、LoM参数；以及当QoS参数和/或PCC规则发生改变时，根据改变的QoS参数和/改变的PCC规则生成更新的PoS参数。
OAM806，用于向基站801、MME802、S-GW803、P-GW804以及HSS806发送生成规则，生成规则为生成PoS参数的指示；
可选的，本系统90中还可以包括：HSS807。
HSS807，用于获取PoS参数；当HSS807发生拥塞时，参照PoS参数的内容指示，发送各个信令信息。
进一步的，基站801，还用于获取更新的PoS参数，当基站801发生拥塞时，参照更新的PoS参数的内容指示，发送各个信令信息；接收OAM806发送的生成规则，根据QoS参数、PCC规则以及生成规则生成PoS参数，或者，根据改变的QoS参数、改变的PCC规则以及生成规则生成更新的PoS参数。
MME802，还用于获取更新的PoS参数，当MME802发生拥塞时，参照更新的PoS参数的内容指示，发送各个信令信息；接收OAM806发送的生成规则，根据QoS参数、PCC规则以及生成规则生成PoS参数，或者，根据改变的QoS参数、改变的PCC规则以及生成规则生成更新的PoS参数。
S-GW803，还用于获取更新的PoS参数，当S-GW803发生拥塞时，参照更新的PoS参数的内容指示，发送各个信令信息；接收OAM806发送的生成规则，根据QoS参数、PCC规则以及生成规则生成PoS参数，或者，根据改变的QoS参数、改变的PCC规则以及生成规则生成更新的PoS参数。
P-GW804，还用于获取更新的PoS参数，当P-GW804发生拥塞时，参照更新的PoS参数的内容指示，发送各个信令信息；接收OAM806发送的生成规则，根据QoS参数、PCC规则以及生成规则生成PoS参数，或者，根据改变的QoS参数、改变的PCC规则以及生成规则生成更新的PoS参数；
HSS807，还用于获取更新的PoS参数，当HSS807发生拥塞时，参照更新的PoS参数的内容指示，发送各个信令信息；接收OAM806发送的生成规则，根据QoS参数、PCC规则以及生成规则生成PoS参数，或者，根据改变的QoS参数、改变的PCC规则以及生成规则生成更新的PoS参数。
进一步的，PCRF805，还用于向P-GW804发送承载建立的第一建立信令消息，第一建立信令消息中包括PoS参数；向P-GW804发送承载修改的第一修改信令消息，第一修改信令消息中包括更新的PoS参数；根据改变的QoS参数和/改变的PCC规则生成更新的PoS参数。
P-GW804，还用于接收PCRF805发送的第一建立信令消息，并从第一建立信令消息的Diameter协议消息的扩展字段中获取PoS参数；接收PCRF805发送的承载修改的第一修改信令消息，从第一修改信令消息的Diameter协议消息的扩展字段中获取更新的PoS参数；向S-GW803发送承载建立的第二建立信令消息。
S-GW803，还用于接收P-GW804发送的第二建立信令消息，并从第二建立信令消息的GTP-C消息的报文头部中获取PoS参数；接收P-GW804发送的承载修改的第二修改信令消息，从第二修改信令消息的GTP-C消息的报文头部中获取更新的PoS参数；向MME802发送承载建立的第三建立信令消息；
MME802，还用于接收S-GW803发送的第三建立信令消息，从第三建立信令消息的GTP-C消息的报文头部中获取PoS参数；接收S-GW803发送的承载修改的第三修改信令消息，从第三修改信令消息的GTP-C消息的报文头部中获取更新的PoS参数；向HSS807发送承载建立的第五建立信令消息；
基站801，还用于接收MME802发送的承载建立的第四建立信令消息，从第四建立信令消息的S1-AP协议消息的扩展字段中获取PoS参数，或者，根据QoS参数、PCC规则以及生成规则生成PoS参数；根据改变的QoS参数和/改变的PCC规则、以及生成规则生成更新的PoS参数；
HSS807，还用于接收MME802发送的承载建立的第五建立信令消息，从第五建立信令消息的Diameter协议扩展字段中获取PoS参数；接收MME802发送的承载修改的第五修改信令消息，从第五修改信令消息的Diameter协议扩展字段中获取更新的PoS参数。
进一步的，当各个网元（包括：基站801、MME802、S-GW803、P-GW804、HSS807）发生拥塞时，可选的，按照第一信令消息对应的PoS参数中的ToP参数以及LoM参数来发送第一信令消息，第一信令消息为承载对应的信令消息；或者，按照第二信令消息对应的PoS参数中的CoP参数来发送第二信令消息，第二信令消息为用户设备UE发起的流程对应的信令消息；或者，当第三信令消息没有对应的PoS参数时，发生拥塞的网元参照默认的PoS参数的内容指示，发送第三信令消息。
本发明实施例可以实现在控制面中各个网元拥塞时，根据信令消息的重要性来发送各个信令消息，从而有规则的处理拥塞网元中的各个信令消息，提高用户体验。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将系统的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。上述描述的系统，系统和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在本申请所提供的几个实施例中，应该理解到，所揭露的系统，系统和方法，可以通过其它的方式实现。例如，以上所描述的系统实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，系统或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）或处理器（processor）执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器（ROM，Read-Only Memory）、随机存取存储器（RAM，Random Access Memory）、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。
Claims (9)
1.一种处理信令消息的方法，其特征在于，包括：
基站、移动管理实体MME、服务网关S-GW、分组数据网络网关P-GW分别获取控制面管理PoS参数，所述PoS参数包括流程类型ToP参数、消息等级LoM参数以及流程控制CoP参数，其中，所述ToP参数用于指示流程的类型，所述LoM参数用于指示不同流程的消息的优先级，所述CoP参数用于指示所述MME需要控制的流程的类型；
所述基站、所述MME、所述S-GW、所述P-GW中任一个网元发生拥塞时，发生拥塞的网元参照拥塞时的信令消息对应的PoS参数的内容指示，发送所述拥塞的网元中的所述拥塞时的信令消息；
其中，所述基站、所述MME、所述S-GW、所述P-GW中任一个网元发生拥塞时，发生拥塞的网元参照拥塞时的信令消息对应的PoS参数的内容指示，发送所述拥塞的网元中的所述拥塞时的信令消息，包括：
当所述基站、所述MME、所述S-GW、所述P-GW中任一个网元接收第一信令消息发生拥塞时，按照所述第一信令消息对应的PoS参数中的ToP参数以及LoM参数来发送所述第一信令消息，所述第一信令消息为会话管理对应的信令消息；
当所述基站、所述MME、所述S-GW、所述P-GW中任一个网元接收第二信令消息发生拥塞时，按照所述第二信令消息对应的PoS参数中的CoP参数来发送所述第二信令消息，所述第二信令消息为移动性管理对应的信令消息。
2.根据权利要求1所述的处理信令消息的方法，其特征在于，所述PoS参数中的所述ToP参数、所述LoM参数以及所述CoP参数由策略与计费规则功能PCRF根据服务质量QoS参数、策略和计费控制PCC规则生成。
3.根据权利要求2所述的处理信令消息的方法，其特征在于，所述基站、移动管理实体MME、服务网关S-GW、分组数据网络网关P-GW获取控制面管理参数PoS参数，包括：
所述P-GW接收所述PCRF发送的承载建立的第一建立信令消息，从所述第一建立信令消息的直径Diameter协议消息的扩展字段中获取所述PoS参数；
所述S-GW接收所述P-GW发送的所述承载建立的第二建立信令消息，从所述第二建立信令消息的通用分组无线服务隧道协议GTP-C消息的报文头部中获取所述PoS参数；
所述MME接收所述S-GW发送的所述承载建立请求的第三建立信令消息，从所述第三建立信令消息的GTP-C消息的报文头部中获取所述PoS参数；
所述基站接收所述MME发送的所述承载建立的第四建立信令消息，从所述第四建立信令消息的S1接口的应用层S1-AP协议消息的扩展字段中获取所述PoS参数。
4.根据权利要求2所述的处理信令消息的方法，其特征在于，所述基站、移动管理实体MME、服务网关S-GW、分组数据网络网关P-GW获取控制面管理参数PoS参数，包括：
所述基站、所述MME、所述S-GW以及所述P-GW接收运行管理维护OAM发送的生成规则，所述生成规则为生成所述PoS参数的指示；
所述基站、所述MME、所述S-GW以及所述P-GW根据所述QoS参数、所述PCC规则以及所述生成规则生成所述PoS参数。
5.根据权利要求3或4所述的处理信令消息的方法，其特征在于，所述方法还包括：
所述基站、所述MME、所述S-GW、所述P-GW存储默认的PoS参数；
所述基站、所述MME、所述S-GW、所述P-GW中任一个网元发生拥塞时，发生拥塞的网元参照拥塞时的信令消息对应的PoS参数的内容指示，发送所述拥塞的网元中的所述拥塞时的信令消息，包括：
所述基站、所述MME、所述S-GW、所述P-GW中任一个网元发生拥塞，当第三信令消息没有对应的PoS参数时，发生拥塞的网元参照所述默认的PoS参数的内容指示，发送所述第三信令消息。
6.根据权利要求2或4所述的处理信令消息的方法，其特征在于，当所述QoS参数和/或所述PCC规则发生改变时，所述PCRF根据改变的QoS参数和/改变的PCC规则生成更新的PoS参数；或者，
所述基站、所述MME、所述S-GW以及所述P-GW根据所述改变的QoS参数和/所述改变的PCC规则、以及所述生成规则生成所述更新的PoS参数。
7.根据权利要求6所述的处理信令消息的方法，其特征在于，在所述PCRF根据改变的QoS参数和/改变的PCC规则生成更新的PoS参数之后，所述方法还包括：
所述P-GW接收所述PCRF发送的承载修改的第一修改信令消息，从所述第一修改信令消息的Diameter协议消息的扩展字段中获取所述更新的PoS参数；
所述S-GW接收P-GW发送的所述承载修改的第二修改信令消息，从所述第二修改信令消息的GTP-C消息的报文头部中获取所述更新的PoS参数；
所述MME接收所述S-GW发送的所述承载修改的第三修改信令消息，从所述第三修改信令消息的GTP-C消息的报文头部中获取所述更新的PoS参数；
所述基站接收所述MME发送的所述承载修改的第四修改信令消息，从所述第四修改信令消息的Diameter协议消息的扩展字段中获取所述更新的PoS参数。
8.一种处理信令消息的系统，其特征在于，包括：
基站，用于获取控制面管理PoS参数；当所述基站发生拥塞时，参照所述PoS参数的内容指示，发送各个信令信息；所述PoS参数包括流程类型ToP参数、消息等级LoM参数以及流程控制CoP参数，其中，所述ToP参数用于指示流程的类型，所述LoM参数用于指示不同流程的消息的优先级，所述CoP参数用于指示MME需要控制的流程的类型；当所述基站发生拥塞时，按照第一信令消息对应的PoS参数中的ToP参数以及LoM参数来发送所述第一信令消息，所述第一信令消息为会话管理对应的信令消息；或者，按照第二信令消息对应的PoS参数中的CoP参数来发送所述第二信令消息，所述第二信令消息为移动性管理对应的信令消息；
所述MME，用于获取所述PoS参数；当所述MME发生拥塞时，按照所述第一信令消息对应的PoS参数中的ToP参数以及LoM参数来发送所述第一信令消息，所述第一信令消息为会话管理对应的信令消息；或者，按照所述第二信令消息对应的PoS参数中的CoP参数来发送所述第二信令消息，所述第二信令消息为移动性管理对应的信令消息；
服务网关S-GW，用于获取所述PoS参数；当所述S-GW发生拥塞时，按照所述第一信令消息对应的PoS参数中的ToP参数以及LoM参数来发送所述第一信令消息，所述第一信令消息为会话管理对应的信令消息；或者，按照所述第二信令消息对应的PoS参数中的CoP参数来发送所述第二信令消息，所述第二信令消息为移动性管理对应的信令消息；
分组数据网络网关P-GW，用于获取所述PoS参数；当所述P-GW发生拥塞时，按照所述第一信令消息对应的PoS参数中的ToP参数以及LoM参数来发送所述第一信令消息，所述第一信令消息为会话管理对应的信令消息；或者，按照所述第二信令消息对应的PoS参数中的CoP参数来发送所述第二信令消息，所述第二信令消息为移动性管理对应的信令消息。
9.根据权利要求8所述的处理信令消息的系统，其特征在于，所述系统还包括：策略与计费规则功能PCRF，运行管理维护OAM；
所述PCRF，用于根据服务质量QoS参数、策略和计费控制PCC规则生成所述PoS参数中的所述ToP参数、所述LoM参数；以及当所述QoS参数和/或所述PCC规则发生改变时，根据改变的QoS参数和/改变的PCC规则生成更新的PoS参数；
所述OAM，用于向所述基站、所述MME、所述S-GW以及所述P-GW发送生成规则，所述生成规则为生成所述PoS参数的指示；
所述基站，还用于获取所述更新的PoS参数，当所述基站发生拥塞时，参照所述更新的PoS参数的内容指示，发送各个信令信息；接收所述OAM发送的所述生成规则，根据所述QoS参数、所述PCC规则以及所述生成规则生成所述PoS参数，或者，根据所述改变的QoS参数、所述改变的PCC规则以及所述生成规则生成所述更新的PoS参数；
所述MME，还用于获取所述更新的PoS参数，当所述MME发生拥塞时，参照所述更新的PoS参数的内容指示，发送各个信令信息；接收所述OAM发送的所述生成规则，根据所述QoS参数、所述PCC规则以及所述生成规则生成所述PoS参数，或者，根据所述改变的QoS参数、所述改变的PCC规则以及所述生成规则生成所述更新的PoS参数；
所述S-GW，还用于获取所述更新的PoS参数，当所述S-GW发生拥塞时，参照所述更新的PoS参数的内容指示，发送各个信令信息；接收所述OAM发送的所述生成规则，根据所述QoS参数、所述PCC规则以及所述生成规则生成所述PoS参数，或者，根据所述改变的QoS参数、所述改变的PCC规则以及所述生成规则生成所述更新的PoS参数；
所述P-GW，还用于获取所述更新的PoS参数，当所述P-GW发生拥塞时，参照所述更新的PoS参数的内容指示，发送各个信令信息；接收所述OAM发送的所述生成规则，根据所述QoS参数、所述PCC规则以及所述生成规则生成所述PoS参数，或者，根据所述改变的QoS参数、所述改变的PCC规则以及所述生成规则生成所述更新的PoS参数。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201310468123.3A CN103501513B (zh) | 2013-10-09 | 2013-10-09 | 一种处理信令消息的方法及系统 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201310468123.3A CN103501513B (zh) | 2013-10-09 | 2013-10-09 | 一种处理信令消息的方法及系统 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN103501513A CN103501513A (zh) | 2014-01-08 |
| CN103501513B true CN103501513B (zh) | 2017-01-18 |
Family
ID=49866670
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201310468123.3A Active CN103501513B (zh) | 2013-10-09 | 2013-10-09 | 一种处理信令消息的方法及系统 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN103501513B (zh) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105208547A (zh) * | 2014-06-26 | 2015-12-30 | 中兴通讯股份有限公司 | 拥塞处理方法、装置、ran rcaf及pcrf |
| CN104159254B (zh) * | 2014-07-22 | 2017-12-05 | 大唐移动通信设备有限公司 | 一种网络拥塞处理方法和系统 |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2011025438A1 (en) * | 2009-08-25 | 2011-03-03 | Telefonaktiebolaget L M Ericsson (Publ) | Using the ecn mechanism to signal congestion directly to the base station |
| CN102056294A (zh) * | 2009-11-09 | 2011-05-11 | 华为技术有限公司 | 一种通过业务卸载功能(tof)实体保持业务连续性的方法、装置 |
-
2013
- 2013-10-09 CN CN201310468123.3A patent/CN103501513B/zh active Active
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2011025438A1 (en) * | 2009-08-25 | 2011-03-03 | Telefonaktiebolaget L M Ericsson (Publ) | Using the ecn mechanism to signal congestion directly to the base station |
| CN102056294A (zh) * | 2009-11-09 | 2011-05-11 | 华为技术有限公司 | 一种通过业务卸载功能(tof)实体保持业务连续性的方法、装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN103501513A (zh) | 2014-01-08 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN101932034B (zh) | 提高服务质量的方法及系统和应用网网元 | |
| JP6025926B2 (ja) | サービスを制御する方法、装置及びシステム | |
| CN105103591A (zh) | 使用用户平面拥塞(upcon)容器对upcon进行报告 | |
| CN110120878A (zh) | 获取链路质量的方法和装置 | |
| US9961586B2 (en) | Method and apparatus for managing congestion in wireless communication system | |
| CN103548381B (zh) | 一种拥塞控制方法及装置 | |
| CN104053182A (zh) | 用于控制移动通信网络的拥塞状态的方法和装置 | |
| CN107182025A (zh) | 在无线通信系统中基于多个优先级的控制方法和设备 | |
| CN106953713A (zh) | 数据传输率控制方法、使用所述方法的用户设备及基站 | |
| CN109792765A (zh) | 基于与特定逻辑信道优先级关联的上行链路许可的上行链路发送 | |
| CN105472659B (zh) | 节点间无线资源分配方法和系统 | |
| CN106912012A (zh) | 移动通信网络中的用户面实体的选择方法及控制面实体 | |
| CN103220721B (zh) | 无线接入能力上报方法和基站、策略控制方法和系统 | |
| CN104247331A (zh) | 用于管理网络资源的方法和节点以及相应的系统和计算机程序 | |
| CN103517255A (zh) | 一种业务分流方法、移动性管理实体及终端 | |
| CN104185213B (zh) | 数据流传输控制方法和装置 | |
| CN102917331B (zh) | 策略控制方法及系统 | |
| CN103501513B (zh) | 一种处理信令消息的方法及系统 | |
| CN105264979A (zh) | 用于传输下行数据的方法、移动性管理网元、接入网设备和服务网关 | |
| CN102118830B (zh) | 一种接入控制方法、装置和系统 | |
| CN104902520B (zh) | 一种apn-ambr的控制方法和装置 | |
| JP6394602B2 (ja) | Ｍｔｃ−ｉｗｆエンティティ、ｓｃｓエンティティ、ｐｃｒｆエンティティ、及び通信方法 | |
| CN103249067B (zh) | 链路处理方法及装置、数据流量上报方法及装置 | |
| CN104581857B (zh) | 传输控制方法、网络侧设备和终端 | |
| CN102118829B (zh) | 一种接入控制方法、装置和系统 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant |