寻呼优化方法和系统、接入和移动管理功能网元与流程

1.本公开涉及无线通信领域，特别涉及一种寻呼优化方法和系统、接入和移动管理功能网元。


背景技术：

2.5g网络可以同时支持2c(to-customer，普通用户)和2b(to business，企业用户)用户接入。2b用户在移动性上的特性随着行业不同，和2c用户有很大的差异。目前相关技术移动网对2c用户的寻呼策略是精准寻呼，即多次寻呼和扩大寻呼范围，以最大概率寻呼到用户。


技术实现要素：

3.发明人通过研究发现：2b用户的移动性和寻呼响应要求可能不用这么高，如果仍以2c用户的寻呼策略对所有用户进行寻呼，会浪费不少网络资源。
4.鉴于以上技术问题中的至少一项，本公开提供了一种寻呼优化方法和系统、接入和移动管理功能网元，可以根据udm(unified data management，统一数据管理网元)签约寻呼特性进行寻呼优化。
5.根据本公开的一个方面，提供一种寻呼优化方法，包括：
6.在用户终端初始注册的情况下，从统一数据管理网元获取用户终端签约数据，其中，用户签约数据包括用户终端签约的寻呼特性参数；
7.根据用户终端的类型确定对应的寻呼特性参数；
8.根据用户终端的寻呼特性参数配置相应的寻呼策略。
9.在本公开的一些实施例中，所述根据用户终端的寻呼特性参数配置相应的寻呼策略包括：
10.根据用户终端的寻呼特性参数进行寻呼策略细化，其中，所述寻呼策略包括首次寻呼的寻呼消息范围、寻呼消息的重发次数、寻呼消息的重发范围中的至少一项。
11.在本公开的一些实施例中，所述寻呼优化方法还包括：
12.在触发寻呼消息的情况下，根据用户终端的寻呼特性参数和本地配置的寻呼策略下发寻呼消息。
13.在本公开的一些实施例中，所述触发寻呼消息的情况包括用户终端处于空闲态，下行数据包或下行信令触发寻呼消息的情况。
14.在本公开的一些实施例中，所述寻呼优化方法还包括：
15.若预定时间内未收到用户终端的寻呼响应，则根据用户终端的寻呼特性参数和本地配置的寻呼策略进行寻呼消息重发。
16.在本公开的一些实施例中，所述寻呼优化方法还包括：
17.在统一数据管理网元新增寻呼特性签约属性，对不同的用户终端组签约不同的寻呼特性参数。
18.根据本公开的另一方面，提供一种接入和移动管理功能网元，包括：
19.签约数据获取模块，用于在用户终端初始注册的情况下，从统一数据管理网元获取用户终端签约数据，其中，用户签约数据包括用户终端签约的寻呼特性参数；
20.寻呼特性确定模块，用于根据用户终端的类型确定对应的寻呼特性参数；
21.寻呼特性策略模块，用于根据用户终端的寻呼特性参数配置相应的寻呼策略。
22.在本公开的一些实施例中，寻呼特性策略模块，用于根据用户终端的寻呼特性参数进行寻呼策略细化，其中，所述寻呼策略包括首次寻呼的寻呼消息范围、寻呼消息的重发次数、寻呼消息的重发范围中的至少一项。
23.在本公开的一些实施例中，所述接入和移动管理功能网元还包括：
24.寻呼消息下发模块，用于在触发寻呼消息的情况下，根据用户终端的寻呼特性参数和本地配置的寻呼策略下发寻呼消息。
25.在本公开的一些实施例中，所述触发寻呼消息的情况包括用户终端处于空闲态，下行数据包或下行信令触发寻呼消息的情况。
26.在本公开的一些实施例中，所述接入和移动管理功能网元还包括：
27.寻呼消息重发模块，用于在预定时间内未收到用户终端的寻呼响应的情况下，根据用户终端的寻呼特性参数和本地配置的寻呼策略进行寻呼消息重发。
28.根据本公开的另一方面，提供一种接入和移动管理功能网元，包括：
29.存储器，用于存储指令；
30.处理器，用于执行所述指令，使得所述接入和移动管理功能网元执行实现如上述任一实施例所述方法的操作。
31.根据本公开的另一方面，提供一种寻呼优化系统，包括如上述任一实施例所述的接入和移动管理功能网元。
32.在本公开的一些实施例中，所述寻呼优化系统还包括：
33.统一数据管理网元，用于新增寻呼特性签约属性，对不同的用户终端组签约不同的寻呼特性参数。
34.根据本公开的另一方面，提供一种无线通信网络，包括如上述任一实施例所述的接入和移动管理功能网元。
35.根据本公开的另一方面，提供一种计算机可读存储介质，其中，所述计算机可读存储介质存储有计算机指令，所述指令被处理器执行时实现如上述任一实施例所述的方法。
36.本公开可以根据udm签约寻呼特性进行寻呼优化，可以有针对性地定制用户级的个性化寻呼策略。
附图说明
37.为了更清楚地说明本公开实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
38.图1为相关技术标准寻呼流程一些实施例的示意图。
39.图2为本公开寻呼优化方法一些实施例的示意图。
40.图3为本公开寻呼优化方法另一些实施例的示意图。
41.图4为本公开寻呼优化方法又一些实施例的示意图。
42.图5为本公开接入和移动管理功能网元一些实施例的示意图。
43.图6为本公开接入和移动管理功能网元另一些实施例的结构示意图。
具体实施方式
44.下面将结合本公开实施例中的附图，对本公开实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本公开一部分实施例，而不是全部的实施例。以下对至少一个示例性实施例的描述实际上仅仅是说明性的，决不作为对本公开及其应用或使用的任何限制。基于本公开中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本公开保护的范围。
45.除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本公开的范围。
46.同时，应当明白，为了便于描述，附图中所示出的各个部分的尺寸并不是按照实际的比例关系绘制的。
47.对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论，但在适当情况下，所述技术、方法和设备应当被视为授权说明书的一部分。
48.在这里示出和讨论的所有示例中，任何具体值应被解释为仅仅是示例性的，而不是作为限制。因此，示例性实施例的其它示例可以具有不同的值。
49.应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步讨论。
50.图1为相关技术标准寻呼流程一些实施例的示意图。相关技术的标准寻呼流程可以包括以下步骤，其中：
51.步骤1～步骤4a，当ue(用户终端)处于空闲态时，下行数据包或下行信令触发amf(access and mobility management function，接入和移动管理功能网元)下发paging(寻呼)消息。其中，步骤1为smf(session management function会话管理功能网元)接收upf(user plane function用户面功能)发送的下行数据包或下行信令；步骤2为在smf接收到upf发送的下行数据包或下行信令的情况下，向amf发送namf_communication_n1n2messagetransfer消息，即smf会调用amf的transfer服务向ue和(r)an发送namf_communication_n1n2messagetransfer通知，其中，ran为radio access network(无线接入网)，an为access network(接入网)；步骤3为amf向smf返回namf_communication_n1n2messagetransfer response(响应)；步骤4a为发送寻呼消息。
52.步骤4b～步骤4c，amf在定时器时间内未收到ue的paging响应，根据本地配置的寻呼策略进行paging消息的重发。其中，步骤4b为ue未响应；步骤4c为amf根据本地配置的寻呼策略进行paging消息的重发。
53.步骤5.ue响应paging消息，完成sr(scheduling request，调度请求)procedure(流程)，进入激活态。
54.步骤6.ue激活成功，可以进行数据传输，具体可以进行downlink data(下行链路数据)的传输。
55.发明人通过研究发现：相关技术5gc网络的寻呼策略是在amf上根据运营商策略定义的全局参数，对所有用户终端都执行相同的寻呼方式，例如相同的首次paging(寻呼)消息的范围、相同的paging消息的重发次数和paging消息的重发范围。
56.鉴于以上技术问题中的至少一项，本公开提供了一种寻呼优化方法和系统、接入和移动管理功能网元，下面通过具体实施例对本公开进行说明。
57.图2为本公开寻呼优化方法一些实施例的示意图。优选的，本实施例可由本公开amf或本公开寻呼优化系统执行。该方法包括步骤21-步骤23中的至少一个步骤，其中：
58.步骤21，amf在用户终端初始注册的情况下，从统一数据管理网元获取用户终端签约数据，其中，用户签约数据包括用户终端签约的寻呼特性参数。
59.步骤22，amf根据用户终端的类型确定对应的寻呼特性参数。
60.步骤23，amf根据用户终端的寻呼特性参数配置相应的寻呼策略。
61.在本公开的一些实施例中，步骤23可以包括：根据用户终端的寻呼特性参数进行寻呼策略细化，其中，所述寻呼策略包括首次寻呼的寻呼消息范围、寻呼消息的重发次数、寻呼消息的重发范围等参数中的至少一项。
62.在本公开的一些实施例中，首次paging消息的范围为：比如amf第一次paging消息会在ue最近一次注册的基站范围内下发，也可以是ta下发。
63.在本公开的一些实施例中，paging消息的重发次数为：比如重发次数＝3，那么当amf下发第一次paging消息后，用户在规定的定时器时间内不能响应，amf会重发paging消息，最多重发3次。
64.在本公开的一些实施例中，paging消息的重发范围：比如amf第一次paging消息会在ue最近一次注册的基站范围内下发；如果用户没有响应，重发的paging消息会在ue(user equipment，用户终端)注册的ta跟踪区(trackingarea)下发；如果用户还是没有响应，再次重发的paging消息会在ue注册的ta list(列表)内的所有ta下发。
65.图3为本公开寻呼优化方法另一些实施例的示意图。优选的，本实施例可由本公开amf或本公开寻呼优化系统执行。该方法包括步骤30-步骤35中的至少一个步骤，其中：
66.步骤30，在统一数据管理网元(udm)新增寻呼特性签约属性，对不同的用户终端组签约不同的寻呼特性参数。
67.步骤31，amf在用户终端初始注册的情况下，从统一数据管理网元获取用户终端签约数据，其中，用户签约数据包括用户终端签约的寻呼特性参数。
68.步骤32，amf根据用户终端的类型确定对应的寻呼特性参数。
69.步骤33，amf根据用户终端的寻呼特性参数配置相应的寻呼策略。
70.在本公开的一些实施例中，步骤33可以包括：根据用户终端的寻呼特性参数进行寻呼策略细化，其中，所述寻呼策略包括首次寻呼的寻呼消息范围、寻呼消息的重发次数、寻呼消息的重发范围等参数中的至少一项。
71.步骤34，amf在触发寻呼消息的情况下，根据用户终端的寻呼特性参数和本地配置的寻呼策略下发寻呼消息。
72.在本公开的一些实施例中，所述触发寻呼消息的情况包括用户终端处于空闲态，下行数据包或下行信令触发寻呼消息的情况。
73.步骤35，若预定时间内未收到用户终端的寻呼响应，则amf根据用户终端的寻呼特
性参数和本地配置的寻呼策略进行寻呼消息重发。
74.在本公开的一些实施例中，本公开在udm上新增pc(paging characteristics，寻呼特性)签约属性，对不同的用户组签约不同的特性参数(比如pc＝1、pc＝2)，并在amf上对相应的pc进行首次寻呼范围、重发次数、重发范围等参数的细化。
[0075] 默认pc＝2pc＝1首次寻呼范围基站ta基站重发次数201第一次重发范围ta——基站第二次重发范围ta list————
[0076]
表1
[0077]
表1为本公开一些实施例中寻呼策略参数细化的对应表。如表1所示，对于普通2c用户，未签约paging characteristics，则采用默认的寻呼策略(即相关技术配置的精准寻呼策略)，首次寻呼范围为基站；重发次数为2；如果ue无响应，第一次重发paging，寻呼范围为ta；如果ue仍无响应，第二次重发paging，寻呼范围为ue2注册的ta list。
[0078]
如表1所示，对于签约pc＝1的2b用户，该ue进行5g初始注册，amf从udm获取ue的am签约数据，其中paging characteristics＝1。ue进入空闲态，amf收到ue的下行数据包触发寻呼，采用pc＝1的寻呼策略，即首次寻呼范围为基站，如果ue1寻呼无响应，再对其进行一次基站范围的寻呼。
[0079]
如表1所示，对于签约pc＝2的2b用户，该ue进行5g初始注册，amf从udm获取ue的am签约数据，其中paging characteristics＝2。ue进入空闲态，amf收到ue的下行数据包触发寻呼，采用pc＝1的寻呼策略，即首次寻呼范围为ta，如果ue1寻呼无响应，不进行寻呼消息重发。
[0080]
图4为本公开寻呼优化方法又一些实施例的示意图。优选的，本实施例可由本公开amf或本公开寻呼优化系统执行。该方法包括步骤41-步骤49中的至少一个步骤，其中：
[0081]
步骤41～步骤43，ue初始注册，amf从udm获取ue签约数据，其中，所述ue签约数据包含paging characteristics。
[0082]
在本公开的一些实施例中，如图4所示，步骤41为用户终端同(r)an向amf发送registration request(注册请求)；步骤42为amf通过触发nudm_sdm_get服务操作从udm请求ue的签约数据；步骤43为由udm发给amf：对nudm_sdm_get的响应，udm将对应的签约数据发给amf，所述ue签约数据包含paging characteristics。
[0083]
步骤44～步骤47a，当ue处于空闲态时，下行数据包或下行信令触发paging消息，amf会根据签约的pc参数和本地配置的寻呼策略下发paging消息。
[0084]
在本公开的一些实施例中，如图4所示，步骤44为smf接收upf发送的下行数据包或下行信令；步骤45为在smf接收到upf发送的下行数据包或下行信令的情况下，向amf发送namf_communication_n1n2messagetransfer消息，即smf会调用amf的transfer服务向ue和(r)an发送namf_communication_n1n2messagetransfer通知；步骤46为amf向smf返回namf_communication_n1n2messagetransfer response(响应)；步骤47a为发送寻呼消息。
[0085]
步骤47b～步骤47c，amf在定时器时间内未收到ue的paging响应，根据签约的pc参数和本地配置的寻呼策略进行paging消息的重发。
[0086]
在本公开的一些实施例中，如图4所示，步骤47b为ue未响应；步骤47c为amf根据本地配置的寻呼策略进行paging消息的重发。
[0087]
步骤48.ue响应paging消息，完成sr流程，进入激活态。
[0088]
步骤49.ue激活成功，可以进行数据传输，具体可以进行downlink data(下行链路数据)的传输。
[0089]
本公开上述实施例提出一种根据udm签约寻呼特性优化寻呼的方法和系统，可以有针对性地定制用户级的个性化寻呼策略。
[0090]
本公开上述实施例在用户数据库udm上增加用户级的寻呼特性参数，根据用户类型进行签约；在5gc(5g核心网)amf网元上对不同的寻呼特性进行寻呼策略细化，比如首次的寻呼消息范围、寻呼消息的重发次数、寻呼消息的重发范围等。
[0091]
下面通过具体实施例对本公开方法进行说明。
[0092]
对于某个固定位置的2b用户ue1在udm开户，签约paging characteristics＝1。ue2为普通2c用户，未签约paging characteristics。
[0093]
amf配置的寻呼策略如表2所示：
[0094][0095][0096]
表2
[0097]
如表2所示，ue1进行5g初始注册，amf从udm获取ue1的am签约数据，其中paging characteristics＝1。ue1进入空闲态，amf收到ue1的下行数据包触发寻呼，采用pc＝1的寻呼策略，即首次寻呼范围为基站，如果ue1寻呼无响应，再对其进行一次基站范围的寻呼。
[0098]
如表2所示，ue2进行5g初始注册，amf从udm获取ue2的am签约数据，无paging characteristics。ue2进入空闲态，amf收到ue2的下行数据包触发寻呼，采用默认的寻呼策略(即目前现网配置的精准寻呼策略)，首次寻呼范围为基站，如果ue2无响应，第一次重发paging，寻呼范围为ta，如果ue2仍无响应，第二次重发paging，寻呼范围为ue2注册的ta list。
[0099]
相关技术寻呼策略都是移动网络配置的全局策略，对所有用户实施相同的策略。本公开上述实施例提出的方法，可以根据用户不同的类型签约寻呼特性，并配置不同的寻呼策略，有针对性地优化寻呼方式，减少网络消息，节约资源。
[0100]
和相关技术相比，本公开上述实施例的主要优势在于：
[0101]
1，本公开上述实施例签约用户级寻呼特性，对于移动性和寻呼响应要求不高的用户，可以减少寻呼次数和缩小寻呼范围，从而减少网络信令量，节约网络资源。
[0102]
2，本公开上述实施例只是软件改动，对网络硬件和ue都没有影响。
[0103]
和相关技术相比，本公开上述实施例增加了udm签约属性，amf可以配置不同的寻呼策略与签约属性对应。
[0104]
图5为本公开接入和移动管理功能网元一些实施例的示意图。如图5所示，本公开接入和移动管理功能网元可以包括签约数据获取模块51、寻呼特性确定模块52和寻呼特性策略模块53，其中：
[0105]
签约数据获取模块51，用于在用户终端初始注册的情况下，从统一数据管理网元获取用户终端签约数据，其中，用户签约数据包括用户终端签约的寻呼特性参数。
[0106]
在本公开的一些实施例中，本公开在统一数据管理网元(udm)新增寻呼特性签约属性，对不同的用户终端组签约不同的寻呼特性参数。
[0107]
寻呼特性确定模块52，用于根据用户终端的类型确定对应的寻呼特性参数。
[0108]
寻呼特性策略模块53，用于根据用户终端的寻呼特性参数配置相应的寻呼策略。
[0109]
在本公开的一些实施例中，寻呼特性策略模块53，可以用于根据用户终端的寻呼特性参数进行寻呼策略细化，其中，所述寻呼策略包括首次寻呼的寻呼消息范围、寻呼消息的重发次数、寻呼消息的重发范围中的至少一项。
[0110]
在本公开的一些实施例中，如图5所示，所述接入和移动管理功能网元还可以包括寻呼消息下发模块54，其中：
[0111]
寻呼消息下发模块54，用于在触发寻呼消息的情况下，根据用户终端的寻呼特性参数和本地配置的寻呼策略下发寻呼消息。
[0112]
在本公开的一些实施例中，所述触发寻呼消息的情况可以包括用户终端处于空闲态，下行数据包或下行信令触发寻呼消息的情况。
[0113]
在本公开的一些实施例中，如图5所示，所述接入和移动管理功能网元还可以包括寻呼消息重发模块55，其中：
[0114]
寻呼消息重发模块55，用于在预定时间内未收到用户终端的寻呼响应的情况下，根据用户终端的寻呼特性参数和本地配置的寻呼策略进行寻呼消息重发。
[0115]
图6为本公开接入和移动管理功能网元另一些实施例的结构示意图。如图6所示，接入和移动管理功能网元包括存储器61和处理器62。
[0116]
存储器61用于存储指令，处理器62耦合到存储器61，处理器62被配置为基于存储器存储的指令执行实现上述实施例涉及的方法。
[0117]
如图6所示，该接入和移动管理功能网元还包括通信接口63，用于与其它设备进行信息交互。同时，该接入和移动管理功能网元还包括总线64，处理器62、通信接口63、以及存储器61通过总线64完成相互间的通信。
[0118]
存储器61可以包含高速ram存储器，也可还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。存储器61也可以是存储器阵列。存储器61还可能被分块，并且块可按一定的规则组合成虚拟卷。
[0119]
此外，处理器62可以是一个中央处理器cpu，或者可以是专用集成电路asic，或是被配置成实施本公开实施例的一个或多个集成电路。
[0120]
相关技术寻呼策略都是移动网络配置的全局策略，对所有用户实施相同的策略。本公开上述实施例提出的方法，可以根据用户不同的类型签约寻呼特性，并配置不同的寻
呼策略，有针对性地优化寻呼方式，减少网络消息，节约资源。
[0121]
和相关技术相比，本公开上述实施例签约用户级寻呼特性，对于移动性和寻呼响应要求不高的用户，可以减少寻呼次数和缩小寻呼范围，从而减少网络信令量，节约网络资源。
[0122]
和相关技术相比，本公开上述实施例只是软件改动，对网络硬件和ue都没有影响。
[0123]
和相关技术相比，本公开上述实施例增加了udm签约属性，amf可以配置不同的寻呼策略与签约属性对应。
[0124]
图4也给出了本公开寻呼优化系统一些实施例的示意图。如图4所示，本公开寻呼优化系统可以包括amf(接入和移动管理功能网元)，其中：
[0125]
本公开amf可以为如上述任一实施例(例如图5或图6实施例)所述的接入和移动管理功能网元。
[0126]
在本公开的一些实施例中，如图4所示，所述寻呼优化系统还可以包括udm(统一数据管理网元)，其中：
[0127]
统一数据管理网元，用于新增寻呼特性签约属性，对不同的用户终端组签约不同的寻呼特性参数。
[0128]
在本公开的一些实施例中，如图4所示，本公开寻呼优化系统除了包括amf和udm外，还可以包括(r)an、upf、smf中的至少一个实体或网元。
[0129]
本公开上述实施例可用于5g专网的部署，对于移动性要求比较弱的ue，比如监控摄像头、工厂机器等，签约与2c用户不同的寻呼策略，减少多次和大范围的paging消息。
[0130]
本公开上述实施例可以推动5g系统对行业应用的支持。
[0131]
根据本公开的另一方面，提供一种计算机可读存储介质，其中，所述计算机可读存储介质存储有计算机指令，所述指令被处理器执行时实现如上述任一实施例(例如图1-图4任一实施例)所述的方法。
[0132]
本领域内的技术人员应明白，本公开的实施例可提供为方法、装置、或计算机程序产品。因此，本公开可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本公开可采用在一个或多个其中包含有计算机可用程序代码的计算机可用非瞬时性存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
[0133]
本公开是参照根据本公开实施例的方法、设备(系统)和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
[0134]
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
[0135]
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计
算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
[0136]
在上面所描述的等功能单元可以实现为用于执行本技术所描述功能的通用处理器、可编程逻辑控制器(plc)、数字信号处理器(dsp)、专用集成电路(asic)、现场可编程门阵列(fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件或者其任意适当组合。
[0137]
至此，已经详细描述了本公开。为了避免遮蔽本公开的构思，没有描述本领域所公知的一些细节。本领域技术人员根据上面的描述，完全可以明白如何实施这里公开的技术方案。
[0138]
本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指示相关的硬件完成，所述的程序可以存储于一种非瞬时性计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。
[0139]
本公开的描述是为了示例和描述起见而给出的，而并不是无遗漏的或者将本公开限于所公开的形式。很多修改和变化对于本领域的普通技术人员而言是显然的。选择和描述实施例是为了更好说明本公开的原理和实际应用，并且使本领域的普通技术人员能够理解本公开从而设计适于特定用途的带有各种修改的各种实施例。