一种解决用户面拥塞的方法
【专利摘要】本申请公开了一种解决用户面拥塞的方法，包括：基站从MME处获取接入用户的签约信息和/或所接入的业务信息，或者，可以由MME根据接入用户的签约信息和/或所接入的业务信息，为基站提供发生用户面拥塞时的切换建议，基站按照相应建议进行切换或重定位。应用本申请，能够合理进行切换判决，有效减少新接入网络用户由于资源受限导致的无法接入的问题。
【专利说明】一种解决用户面拥塞的方法
【技术领域】
[0001]本发明涉及无线通信技术，特别涉及一种解决用户面拥塞的方法。
【背景技术】
[0002]如图1所示，现在3GPP运营商提出了一种新的需求，要求解决网络中的用户面拥塞问题。例如，当UE3接入到小区A中，空口的资源可能已经受限，网络无法让UE3接入。或者RAN和EPC直接的带宽资源受限，无法让新接入网络的用户接入业务。针对上述问题，运营商希望能有有效的解决方案减少上述问题的发生。进一步地，当上述问题发生时，网络能够优先保证级别高的签约用户接入到网络或者不影响VIP用户的业务体验。
[0003]上述需求目前没有相应的解决方案。
【发明内容】
[0004]本发明提供了一种解决用户面拥塞的方法，能够合理进行用户切换或重定位的判决，有效减少新接入网络用户由于资源受限导致的无法接入的问题。
[0005]本申请提供如下的技术方案:
[0006]一种解决用户面拥塞的方法，包括:
[0007]a、在UE接入通信系统时，MME将所述UE的签约信息和/或所述UE请求接入的业务信息发送给所述基站；
[0008]b、基站根据所述UE的签约信息和/或所述UE请求接入的业务信息，在发生用户面拥塞时判断是否对所述UE进行切换或小区重定位。
[0009]较佳地，步骤a中所述MME将所述UE的签约信息和/或所述UE请求接入的业务信息携带在初始UE上下文信息建立的消息中发送给所述基站。
[0010]较佳地，步骤a前该方法进一步包括:在UE接入通信系统时，所述基站在发送给所述MME的初始UE消息中携带指示信息，所述指示信息请求MME提供所述UE的签约信息和/或所述UE请求接入的业务信息。
[0011]较佳地，步骤a前该方法进一步包括:在UE接入通信系统时，所述基站向所述MME发送携带有一个或多个UE信息的自定义SI消息，请求MME发送所述一个或多个UE的签约信息和/或所述UE请求接入的业务信息。
[0012]较佳地，所述MME发送所述UE的签约信息和/或所述UE请求接入的业务信息时，对应基站请求的所有UE或者请求的部分UE,执行步骤a。
[0013]较佳地，所述UE信息为eNB UE S1APID，或者是MS1、TMSI或其他UE标识信息。
[0014]一种解决用户面拥塞的方法，包括:
[0015]当用户面发生拥塞时，基站为一 UE执行SI切换，向MME发送SI切换请求消息，并携带用户面拥塞的指示信息；
[0016]MME根据接收的指示信息，判断是否允许将所述UE切换到其他小区，并执行相应的切换操作或向所述基站反馈切换拒绝消息。[0017]较佳地，所述MME在判断是否允许将所述UE切换到其他小区时，进一步为所述UE确定建议切换的目的接入系统，并将所述建议切换的目的接入系统信息反馈给所述基站。
[0018]一种解决用户面拥塞的方法，包括:
[0019]当用户面发生拥塞时，基站为一 UE执行SI切换，向MME发送SI切换请求消息，并携带用户面拥塞的指示信息；
[0020]MME检测到所述指示信息时，将所述UE的签约信息和/或所述UE接入的业务信息发送给所述基站进行保存；
[0021]所述基站根据保存的所有用户的签约信息和/或所述UE接入的业务信息判断是否继续进行所述切换，并执行相应的Si切换操作或终止所述SI切换。
[0022]一种解决用户面拥塞的方法，包括:
[0023]当用户面发生拥塞时，基站为一 UE执行SI切换，向MME发送SI切换请求消息，并携带用户面拥塞的指示信息；
[0024]所述MME检测到所述指示信息后，查找所述UE所在小区的其他接入UE的签约信息和/或接入的业务信息，根据查找结果向所述基站反馈建议执行Si切换的用户信息；
[0025]所述基站根据MME反馈的信息进行切换。
[0026]一种解决用户面拥塞的方法，包括:
[0027]当用户面发生拥塞时，所述MME根据发生拥塞的小区内接入的所有用户的签约信息和/或接入的业务信息，确定所述小区内的切换建议信息，并发送给所述小区的基站；
[0028]所述基站根据切换建议信息确定是否对所述小区内的UE执行切换或小区重定位。
[0029]较佳地，所述MME通过每个UE接入所述小区的过程，统计每个UE的签约信息和/或接入的业务信息；
[0030]确定的小区内的切换建议信息为建议切换的UE列表。
[0031]较佳地，所述MME进一步根据发生拥塞的小区所在基站上报的负载信息，确定所述切换建议信息；
[0032]所述切换建议信息为导致所述基站负载量变化的业务信息和/或建议切换的UE列表。
[0033]较佳地，在用户面发生拥塞时，所述MME根据所述基站周期性上报的负载信息确定导致所述基站负载量上升的业务信息。
[0034]较佳地，所述基站确定对UE进行切换后，触发SI或X2切换，将UE切换到目的小区；
[0035]所述基站确定对UE进行小区重定位后，触发相应UE的RRC释放，并在RRC释放消息中携带重定位小区的信息；所述UE根据所述重定位小区的信息，执行小区重新选择的过程。
[0036]由上述技术方案可见，本申请中，基站从MME处获取接入用户的签约信息和/或所接入的业务信息，从而在用户面发生拥塞时，可以根据相应信息合理进行用户切换和重定位的判决，进一步可以通过相应设置，保证级别高的签约用户的业务体验。或者，可以由MME根据接入用户的签约信息和/或所接入的业务信息，为基站提供发生用户面拥塞时的切换建议，基站按照相应建议进行切换或重定位，从而同样能够合理进行切换判决，保证级别高的签约用户的业务体验。
【专利附图】
【附图说明】
[0037]图1用户面拥塞需要解决的场景；
[0038]图2为本申请中实施例一的方法流程示意图；
[0039]图3为本申请中实施例二的方法流程示意图；
[0040]图4a和图4b分别为本申请中实施例三的方法流程示意图一和示意图二 ；
[0041]图5为本申请中实施例四的方法流程示意图；
[0042]图6为本申请中实施例五的方法流程示意图。
【具体实施方式】
[0043]为了使本申请的目的、技术手段和优点更加清楚明白，以下结合附图对本申请做进一步详细说明。
[0044]本申请的基本思想在于:在发生用户面拥塞时，根据接入用户的签约信息和/或接入业务的信息，进行用户切换或重定位的判决依据；或者，根据导致负载量上升的业务信息，进行用户切换或重定位的判决依据。从而使得在出现用户面拥塞时，能够合理进行用户切换或重定位的判决。
[0045]具体地，一种方式可以将接入用户的签约信息和/或接入业务的信息保存在基站中，由基站根据相应信息进行切换判决；另一种方式，也可以由MME根据获取的接入用户的签约信息和/或接入业务的信息，进行切换判决或给出建议的切换方式，通知给基站。下面通过具体实施例进行说明。
[0046]在实施例一和实施例二中，均是由基站从MME处获取接入用户的签约信息和/或接入业务的信息，并进行相应的切换判决，但是获取相应信息的过程有所差别。下面进行详细说明。
[0047]实施例一:为用户接入通信系统的过程
[0048]该实施例以LTE系统为例，也同样适用于UMTS系统。
[0049]步骤201，RRC建立过程。
[0050]步骤202，基站发送初始UE消息到MME，该消息中可以携带新的指示信息，指示MME需要提供用户面拥塞需要的信息。
[0051]其中，用户面拥塞需要的信息为UE的签约信息和/或接入的业务信息。UE的签约信息，例如，该UE是否为VIP用户，或者用户的VIP级别等。用户请求接入的业务信息可以是APN信息，或者也可以是进一步具体的应用业务的类型信息，如该用户请求接入互联网业务，MME需要知道该用户接入的具体的互联网业务类型，如SKYPE，QQ，或者其他具体的应用业务类型。
[0052]该指示信息可以为可选参数。例如，有的系统中MME根据该参数才决定是否提供用户的签约信息级别，或者业务类型参数；但有的系统中，如果基站未提供该新的指示参数，MME仍然提供用户的签约信息或者业务信息。
[0053]步骤203: UE发起接入请求消息到MME。
[0054]步骤204:MME发送签约信息请求消息到HSS请求HSS提供当前UE的签约信息。[0055]步骤205: HSS回复该UE的签约信息到MME。
[0056]步骤206:MME对当前UE进行验证，如果允许UE接入，MME发送建立会话请求消息到SGW/PGW.在该步骤中MME也可以根据UE请求的业务信息，请求SGW/PGW回复当前UE请求接入业务的具体类型，如业务ID，或者其他可以标识出具体业务类型的信息。
[0057]步骤207:SGW/PGW回复建立会话回复消息到MME。
[0058]如果MME请求具体的业务类型信息。PGW还会根据解析出的具体业务信息回复给MME。PGW解析具体的业务类型信息可以在PGW上实现该功能，也可以通过PGW向PCRF获取。
[0059]步骤208 =MME发送初始UE上下文信息建立到基站。
[0060]当步骤202基站发送的初始UE信息中包括所述新的指示信息时，本步骤中MME可以根据基站的指示、基站在步骤202中要求MME提供用户的签约信息或者用户请求接入的业务的具体信息，提供用户的签约级别信息(如该用户是否为VIP用户或者用户的VIP级别)和/或用户请求接入的业务类型信息。
[0061]当然，本步骤中MME也可以直接发送用户的签约信息和/或用户请求接入的业务信息到基站，不需要通过基站的指示。
[0062]基站收到MME发送的签约信息和/或用户请求接入的业务信息。通过上述方式，基站可以收集到当前接入的所有的UE的签约信息或者是业务类型信息.[0063]基站可以根据当前收到的UE的签约信息或者用户的请求接入的业务类型信息，在系统发生用户面拥塞的时候决定是否需要把该用户切换到其他小区或者把该用户做RRC释放从而让该UE重新选择新的小区.[0064]实施例二，基站利用新定义的SI过程获取UE的签约信息和/或接入的业务信息。在该过程中，基站根据当前接入的UE，向MME请求UE相关的签约信息或者当前UE所接入的业务信息。
[0065]具体实施例二的流程如图3所示，包括:
[0066]步骤301，基站发送请求接入的UE相关信息到MME。
[0067]基站下可能会有多个UE接入，基站可以发送接入的UE列表到MME。该UE的参数可以是eNB UE SlAP ID,或者是MSI, TMSI,或者是其他可以标识出UE的ID信息.[0068]步骤302，MME根据收到的请求，根据基站请求的UE列表，反馈UE的签约信息或者是UE接入的业务信息。
[0069]UE的签约信息和接入的业务信息的具体描述见步骤202.[0070]其中，MME在反馈UE的签约信息或者接入的业务信息时，可以直接反馈列表中所包括的所有UE的相关信息。或者，进一步的，MME还可以根据收到的基站请求的UE列表，根据所有接入的UE的签约信息或者业务信息，决定是否需要反馈所有的UE相关信息。例如，MME可以决定基站只需要保存部分UE的信息，来决定当用户面拥塞发生的时候，基站根据当前收到的UE的信息决定是否执行切换或者RRC释放让部分UE切换到其他小区或者重新选择到其他小区。在这种 情况下，MME可以只回复部分UE的相关信息到基站。
[0071]基站收到UE相关信息(UE的签约信息类型，或者是UE接入的业务类型信息)后，可以在基站侧保存。当用户面拥塞发生的时候，基站根据UE的相关信息决定是否执行切换或者RRC释放过程。[0072]上述实施例一和实施例二中，基站从MME侧获取UE的签约信息和/或接入的业务信息并保存。
[0073]实施例三，在切换过程中，根据获取UE的签约信息和/或接入的业务信息，并进行最终的切换判决。
[0074]图4a和图4b为UE执行切换的过程，其中步骤401-402的处理相同，具体包括:
[0075]步骤401，当用户面发生拥塞的时候，基站为一用户执行SI切换。
[0076]即使当前基站和其他基站之间存在X2接口，基站I仍然触发SI切换。
[0077]步骤402，基站发送切换请求消息到MME，该消息中携带用户面拥塞的指示信息。
[0078]当MME接收到用户面拥塞的指示信息，可以有如下三种不同的处理方式:
[0079]第一种处理方式如图4a中的步骤403a_403b所示:
[0080]步骤403a，MME根据用户面拥塞的指示信息判断是否可以将当前用户切换到其他小区。
[0081]MME根据切换用户的签约信息和/或接入的业务信息，进行是否继续切换的判决。
[0082]具体地，MME可以检查当前用户的签约信息，判断该用户的签约信息级别，例如是否为VIP用户，或者VIP用户的级别。根据该级别信息，MME判断该UE是否可以发生切换。或者MME检查当前用户接入的业务的信息，运营商可以定义一些特定的业务，针对该业务不可以发生切换。
[0083]如果切换可以继续执行，则按照现有的切换流程执行。如果切换不可以继续，则MME回复切换拒绝消息，如步骤404a。
[0084]步骤404a，MME回复切换拒绝消息到基站，该消息中可以携带拒绝的原因值，该原因值标识出基站需要考虑切换其他的用户或者指示出拒绝的具体原因，如该用户为VIP用户等。或者该原因值也可以用于标识用户的签约信息和/或用户的接入业务的信息，基站将MME回复的签约信息或者接入的业务信息保存在基站侧。
[0085]或者，第二种处理方式如图4b中的步骤403b-404b所示:
[0086]在MME收到步骤402后，执行步骤403b:根据步骤402的指示信息，向基站反馈切换用户的签约信息或者用户接入的业务信息。
[0087]在这种情况下MME不需要执行切换判决。基站根据保存的所接入的所有用户的签约信息或者接入的业务信息决定是否继续执行切换。其中，MME反馈的用户签约信息和/或接入的业务信息可以携带在切换拒绝消息中，即执行步骤403b，该消息可以是现有的切换拒绝消息也可以是新定义的消息。
[0088]步骤403b，MME发送切换拒绝消息到基站，该消息中携带用户的签约信息或者用户接入的业务信息。该消息也可以是新定义的SlAP消息，该消息中携带用户的签约信息或者用户接入的业务信息。
[0089]步骤404b，基站收到用户的签约信息或者用户接入的业务信息，进行切换判决。如果当前用户允许切换到其他小区，则基站按照现有的切换过程执行。如果不允许切换到其他小区则基站拒绝切换继续执行。
[0090]或者，第三种处理方式:
[0091]MME收到步骤402后，执行步骤403a:根据步骤402中的指示确定需要解决用户面拥塞，MME可以根据当前UE所接入的小区标识，查找对应的该小区中其他接入的UE的签约信息和接入的业务信息，并根据相应信息向基站发送建议切换的其他用户的信息。
[0092]例如当前切换的用户的签约信息级别较高，则MME可以查找到当前小区中其他UE的签约信息的级别，MME可以通过步骤404a，在切换拒绝消息中携带建议切换的其他用户的信息。其他用户的信息可以用S-TMSI或者MME UE SlAP或者其他可以标识出用户的ID信息来表示。步骤404a的切换拒绝消息可以是现有的切换拒绝消息也可以是新定义的消息。基站收到切换拒绝消息后，可以根据MME发送的切换建议中其他用户的信息，执行切换，从而把其他用户切换到其他小区。
[0093]另外，MME在收到402并执行步骤403a时，根据当前用户的签约信息或者用户请求接入的业务信息，判断当前用户是否可以执行切换，同时，进一步地，MME可以考虑是否可以让当前用户切换到其他接入系统中。相应的，MME在执行步骤404a的时候可以携带建议UE切换到其他接入系统的信息。基站收到404a后，根据MME的指示切换用户到其他接入系统。
[0094]实施例四，在发生用户面拥塞时，由MME向基站发出切换建议。
[0095]本实施例中，MME统计接入的用户的信息，根据所有接入的用户的信息决定如何指导基站来决定是否需要把一些特定用户切换到其他小区或者让一些用户重新到其他小区。
[0096]图5为实施例四的具体流程图，如图5所示，包括:
[0097]步骤501，UE发送接入请求消息或者其他NAS请求消息到MME。
[0098]步骤502，在每次接入过程中MME收集到当前UE的信息，包括UE的签约信息和/或UE请求接入的业务类型信息，UE接入的小区ID信息；进一步地，MME也可以收集基站定期发送的负载信息，作出统计。具体可以通过图5中所示的表格进行统计。
[0099]MME可以统计出某一个小区下，所接入的所有用户的信息，所有用户对应的签约信息，或者所有用户所接入的业务的信息。MME可以根据基站周期性的汇报当前的负载信息作出统计。例如MME可以统计出在固定时间段，某些用户的习惯，某些UE经常在某个cell下面接入一些特定的业务。如果运营商需要作出控制，例如某些特定业务造成的负载量上升。则MME可以记录这些用户或者造成负载量上升的业务信息。
[0100]MME可以通过步骤503，发送建议基站执行切换的UE列表，或者发送导致基站负载量上升的业务信息，如APN标识或者是QCI。基站可以根据该信息决定是否执行RRC释放或者是切换过程，让部分UE切换到其他小区。
[0101]步骤503，MME发送可以让基站执行切换的UE列表或者导致负载量上升的业务信
息到基站。
[0102]基站根据收到的用户信息列表或者业务信息决定是否需要执行切换或者RRC释放过程。如果是RRC释放则执行步骤504。
[0103]在上述四个实施例中，介绍了本申请中进行切换判决的过程。其中，根据UE的签约信息和/或接入的业务信息进行具体判决。这里，判决准则可以根据不同的需要和策略自行设置，如可以根据需要设置保证签约级别高的用户的业务连续性等，具体属于本领域技术人员的常用技术手段，这里就不再赘述。
[0104]实施例五:
[0105]在上述几个实施例中，当基站决定让某UE切换到其他小区时，基站把UE切换到其他小区的过程或者基站将UE重定位到其他小区的过程如实施例五所示。[0106]步骤A，当基站决定让UE切换到其他小区时，基站可以触发SI或者X2切换，目的是让UE切换到其他小区。
[0107]或者，
[0108]步骤B.1,基站决定把当前UE重定位到其他小区，基站触发RRC释放，该消息中携带重定位小区的信息。
[0109]步骤B.2，UE根据基站的指示，执行小区重新选择过程。
[0110]由上述本申请的具体实现可见，本申请中，基站从MME处获取接入用户的签约信息和/或所接入的业务信息，从而在用户面发生拥塞时，可以根据相应信息合理进行用户切换和重定位的判决，进一步可以通过相应设置，保证级别高的签约用户的业务体验。或者，可以由MME根据接入用户的签约信息和/或所接入的业务信息，为基站提供发生用户面拥塞时的切换建议，基站按照相应建议进行切换或重定位，从而同样能够合理进行切换判决，保证级别高的签约用户的业务体验。
[0111]以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。
【权利要求】
1.一种解决用户面拥塞的方法，其特征在于，包括: a、在UE接入通信系统时，MME将所述UE的签约信息和/或所述UE请求接入的业务信息发送给所述基站； b、基站根据所述UE的签约信息和/或所述UE请求接入的业务信息，在发生用户面拥塞时判断是否对所述UE进行切换或小区重定位。
2.根据权利要求1所述的方法，其特征在于，步骤a中所述MME将所述UE的签约信息和/或所述UE请求接入的业务信息携带在初始UE上下文信息建立的消息中发送给所述基站。
3.根据权利要求2所述的方法，其特征在于，步骤a前该方法进一步包括:在UE接入通信系统时，所述基站在发送给所述MME的初始UE消息中携带指示信息，所述指示信息请求MME提供所述UE的签约信息和/或所述UE请求接入的业务信息。
4.根据权利要求1所述的方法，其特征在于，步骤a前该方法进一步包括:在UE接入通信系统时，所述基站向所述MME发送携带有一个或多个UE信息的自定义SI消息，请求MME发送所述一个或多个UE的签约信息和/或所述UE请求接入的业务信息。
5.根据权利要求4所述的方法，其特征在于，所述MME发送所述UE的签约信息和/或所述UE请求接入的业务信息时，对应基站请求的所有UE或者请求的部分UE，执行步骤a。
6.根据权利要求1到4中任一所述的方法，其特征在于，所述UE信息为eNBUE SI APID,或者是MS1、TMSI或其他UE标识信息。
7.一种解决用户面拥塞的方法，其特征在于，包括: 当用户面发生拥塞时，基站为一 UE执行SI切换，向MME发送SI切换请求消息，并携带用户面拥塞的指示信息； MME根据接收的指示信息，判断是否允许将所述UE切换到其他小区，并执行相应的切换操作或向所述基站反馈切换拒绝消息。
8.根据权利要求7所述的方法，其特征在于，所述MME在判断是否允许将所述UE切换到其他小区时，进一步为所述UE确定建议切换的目的接入系统，并将所述建议切换的目的接入系统信息反馈给所述基站。
9.一种解决用户面拥塞的方法，其特征在于，包括: 当用户面发生拥塞时，基站为一 UE执行SI切换，向MME发送SI切换请求消息，并携带用户面拥塞的指示信息； MME检测到所述指示信息时，将所述UE的签约信息和/或所述UE接入的业务信息发送给所述基站进行保存； 所述基站根据保存的所有用户的签约信息和/或所述UE接入的业务信息判断是否继续进行所述切换，并执行相应的SI切换操作或终止所述SI切换。
10.一种解决用户面拥塞的方法，其特征在于，包括: 当用户面发生拥塞时，基站为一 UE执行SI切换，向MME发送SI切换请求消息，并携带用户面拥塞的指示信息； 所述MME检测到所述指示信息后，查找所述UE所在小区的其他接入UE的签约信息和/或接入的业务信息，根据查找结果向所述基站反馈建议执行Si切换的用户信息； 所述基站根据MME反馈 的信息进行切换。
11.一种解决用户面拥塞的方法，其特征在于，包括: 当用户面发生拥塞时，所述MME根据发生拥塞的小区内接入的所有用户的签约信息和/或接入的业务信息，确定所述小区内的切换建议信息，并发送给所述小区的基站； 所述基站根据切换建议信息确定是否对所述小区内的UE执行切换或小区重定位。
12.根据权利要求11所述的方法，其特征在于，所述MME通过每个UE接入所述小区的过程，统计每个UE的签约信息和/或接入的业务信息； 确定的小区内的切换建议信息为建议切换的UE列表。
13.根据权利要求11所述的方法，其特征在于，所述MME进一步根据发生拥塞的小区所在基站上报的负载信息，确定所述切换建议信息； 所述切换建议信息为导致所述基站负载量变化的业务信息和/或建议切换的UE列表。
14.根据权利要求13所述的方法，其特征在于，在用户面发生拥塞时，所述MME根据所述基站周期性上报的负载信息确定导致所述基站负载量上升的业务信息。
15.根据权利要求1、2、3、4、5、7、8、9、10、11、12、13或14所述的方法，其特征在于，所述基站确定对UE进行切换后，触发SI或X2切换，将UE切换到目的小区； 所述基站确定对UE进行 小区重定位后，触发相应UE的RRC释放，并在RRC释放消息中携带重定位小区的信息；所述UE根据所述重定位小区的信息，执行小区重新选择的过程。
【文档编号】H04W28/02GK103945451SQ201310023285
【公开日】2014年7月23日 申请日期:2013年1月22日 优先权日:2013年1月22日
【发明者】梁华瑞, 王弘, 许丽香 申请人:北京三星通信技术研究有限公司, 三星电子株式会社