一種解決用戶面擁塞的方法
【專利摘要】本申請公開了一種解決用戶面擁塞的方法，包括：基站從MME處獲取接入用戶的簽約信息和/或所接入的業(yè)務信息，或者，可以由MME根據(jù)接入用戶的簽約信息和/或所接入的業(yè)務信息，為基站提供發(fā)生用戶面擁塞時的切換建議，基站按照相應建議進行切換或重定位。應用本申請，能夠合理進行切換判決，有效減少新接入網(wǎng)絡用戶由于資源受限導致的無法接入的問題。
【專利說明】一種解決用戶面擁塞的方法
【技術領域】
[0001]本發(fā)明涉及無線通信技術，特別涉及一種解決用戶面擁塞的方法。
【背景技術】
[0002]如圖1所示，現(xiàn)在3GPP運營商提出了一種新的需求，要求解決網(wǎng)絡中的用戶面擁塞問題。例如，當UE3接入到小區(qū)A中，空口的資源可能已經(jīng)受限，網(wǎng)絡無法讓UE3接入?；蛘逺AN和EPC直接的帶寬資源受限，無法讓新接入網(wǎng)絡的用戶接入業(yè)務。針對上述問題，運營商希望能有有效的解決方案減少上述問題的發(fā)生。進一步地，當上述問題發(fā)生時，網(wǎng)絡能夠優(yōu)先保證級別高的簽約用戶接入到網(wǎng)絡或者不影響VIP用戶的業(yè)務體驗。
[0003]上述需求目前沒有相應的解決方案。

【發(fā)明內(nèi)容】

[0004]本發(fā)明提供了一種解決用戶面擁塞的方法，能夠合理進行用戶切換或重定位的判決，有效減少新接入網(wǎng)絡用戶由于資源受限導致的無法接入的問題。
[0005]本申請?zhí)峁┤缦碌募夹g方案:
[0006]一種解決用戶面擁塞的方法，包括:
[0007]a、在UE接入通信系統(tǒng)時，MME將所述UE的簽約信息和/或所述UE請求接入的業(yè)務信息發(fā)送給所述基站；
[0008]b、基站根據(jù)所述UE的簽約信息和/或所述UE請求接入的業(yè)務信息，在發(fā)生用戶面擁塞時判斷是否對所述UE進行切換或小區(qū)重定位。
[0009]較佳地，步驟a中所述MME將所述UE的簽約信息和/或所述UE請求接入的業(yè)務信息攜帶在初始UE上下文信息建立的消息中發(fā)送給所述基站。
[0010]較佳地，步驟a前該方法進一步包括:在UE接入通信系統(tǒng)時，所述基站在發(fā)送給所述MME的初始UE消息中攜帶指示信息，所述指示信息請求MME提供所述UE的簽約信息和/或所述UE請求接入的業(yè)務信息。
[0011]較佳地，步驟a前該方法進一步包括:在UE接入通信系統(tǒng)時，所述基站向所述MME發(fā)送攜帶有一個或多個UE信息的自定義SI消息，請求MME發(fā)送所述一個或多個UE的簽約信息和/或所述UE請求接入的業(yè)務信息。
[0012]較佳地，所述MME發(fā)送所述UE的簽約信息和/或所述UE請求接入的業(yè)務信息時，對應基站請求的所有UE或者請求的部分UE,執(zhí)行步驟a。
[0013]較佳地，所述UE信息為eNB UE S1APID，或者是MS1、TMSI或其他UE標識信息。
[0014]一種解決用戶面擁塞的方法，包括:
[0015]當用戶面發(fā)生擁塞時，基站為一 UE執(zhí)行SI切換，向MME發(fā)送SI切換請求消息，并攜帶用戶面擁塞的指示信息；
[0016]MME根據(jù)接收的指示信息，判斷是否允許將所述UE切換到其他小區(qū)，并執(zhí)行相應的切換操作或向所述基站反饋切換拒絕消息。[0017]較佳地，所述MME在判斷是否允許將所述UE切換到其他小區(qū)時，進一步為所述UE確定建議切換的目的接入系統(tǒng)，并將所述建議切換的目的接入系統(tǒng)信息反饋給所述基站。
[0018]一種解決用戶面擁塞的方法，包括:
[0019]當用戶面發(fā)生擁塞時，基站為一 UE執(zhí)行SI切換，向MME發(fā)送SI切換請求消息，并攜帶用戶面擁塞的指示信息；
[0020]MME檢測到所述指示信息時，將所述UE的簽約信息和/或所述UE接入的業(yè)務信息發(fā)送給所述基站進行保存；
[0021]所述基站根據(jù)保存的所有用戶的簽約信息和/或所述UE接入的業(yè)務信息判斷是否繼續(xù)進行所述切換，并執(zhí)行相應的Si切換操作或終止所述SI切換。
[0022]一種解決用戶面擁塞的方法，包括:
[0023]當用戶面發(fā)生擁塞時，基站為一 UE執(zhí)行SI切換，向MME發(fā)送SI切換請求消息，并攜帶用戶面擁塞的指示信息；
[0024]所述MME檢測到所述指示信息后，查找所述UE所在小區(qū)的其他接入UE的簽約信息和/或接入的業(yè)務信息，根據(jù)查找結果向所述基站反饋建議執(zhí)行Si切換的用戶信息；
[0025]所述基站根據(jù)MME反饋的信息進行切換。
[0026]一種解決用戶面擁塞的方法，包括:
[0027]當用戶面發(fā)生擁塞時，所述MME根據(jù)發(fā)生擁塞的小區(qū)內(nèi)接入的所有用戶的簽約信息和/或接入的業(yè)務信息，確定所述小區(qū)內(nèi)的切換建議信息，并發(fā)送給所述小區(qū)的基站；
[0028]所述基站根據(jù)切換建議信息確定是否對所述小區(qū)內(nèi)的UE執(zhí)行切換或小區(qū)重定位。
[0029]較佳地，所述MME通過每個UE接入所述小區(qū)的過程，統(tǒng)計每個UE的簽約信息和/或接入的業(yè)務信息；
[0030]確定的小區(qū)內(nèi)的切換建議信息為建議切換的UE列表。
[0031]較佳地，所述MME進一步根據(jù)發(fā)生擁塞的小區(qū)所在基站上報的負載信息，確定所述切換建議信息；
[0032]所述切換建議信息為導致所述基站負載量變化的業(yè)務信息和/或建議切換的UE列表。
[0033]較佳地，在用戶面發(fā)生擁塞時，所述MME根據(jù)所述基站周期性上報的負載信息確定導致所述基站負載量上升的業(yè)務信息。
[0034]較佳地，所述基站確定對UE進行切換后，觸發(fā)SI或X2切換，將UE切換到目的小區(qū)；
[0035]所述基站確定對UE進行小區(qū)重定位后，觸發(fā)相應UE的RRC釋放，并在RRC釋放消息中攜帶重定位小區(qū)的信息；所述UE根據(jù)所述重定位小區(qū)的信息，執(zhí)行小區(qū)重新選擇的過程。
[0036]由上述技術方案可見，本申請中，基站從MME處獲取接入用戶的簽約信息和/或所接入的業(yè)務信息，從而在用戶面發(fā)生擁塞時，可以根據(jù)相應信息合理進行用戶切換和重定位的判決，進一步可以通過相應設置，保證級別高的簽約用戶的業(yè)務體驗。或者，可以由MME根據(jù)接入用戶的簽約信息和/或所接入的業(yè)務信息，為基站提供發(fā)生用戶面擁塞時的切換建議，基站按照相應建議進行切換或重定位，從而同樣能夠合理進行切換判決，保證級別高的簽約用戶的業(yè)務體驗。
【專利附圖】

【附圖說明】
[0037]圖1用戶面擁塞需要解決的場景；
[0038]圖2為本申請中實施例一的方法流程示意圖；
[0039]圖3為本申請中實施例二的方法流程示意圖；
[0040]圖4a和圖4b分別為本申請中實施例三的方法流程示意圖一和示意圖二 ；
[0041]圖5為本申請中實施例四的方法流程示意圖；
[0042]圖6為本申請中實施例五的方法流程示意圖。
【具體實施方式】
[0043]為了使本申請的目的、技術手段和優(yōu)點更加清楚明白，以下結合附圖對本申請做進一步詳細說明。
[0044]本申請的基本思想在于:在發(fā)生用戶面擁塞時，根據(jù)接入用戶的簽約信息和/或接入業(yè)務的信息，進行用戶切換或重定位的判決依據(jù)；或者，根據(jù)導致負載量上升的業(yè)務信息，進行用戶切換或重定位的判決依據(jù)。從而使得在出現(xiàn)用戶面擁塞時，能夠合理進行用戶切換或重定位的判決。
[0045]具體地，一種方式可以將接入用戶的簽約信息和/或接入業(yè)務的信息保存在基站中，由基站根據(jù)相應信息進行切換判決；另一種方式，也可以由MME根據(jù)獲取的接入用戶的簽約信息和/或接入業(yè)務的信息，進行切換判決或給出建議的切換方式，通知給基站。下面通過具體實施例進行說明。
[0046]在實施例一和實施例二中，均是由基站從MME處獲取接入用戶的簽約信息和/或接入業(yè)務的信息，并進行相應的切換判決，但是獲取相應信息的過程有所差別。下面進行詳細說明。
[0047]實施例一:為用戶接入通信系統(tǒng)的過程
[0048]該實施例以LTE系統(tǒng)為例，也同樣適用于UMTS系統(tǒng)。
[0049]步驟201，RRC建立過程。
[0050]步驟202，基站發(fā)送初始UE消息到MME，該消息中可以攜帶新的指示信息，指示MME需要提供用戶面擁塞需要的信息。
[0051]其中，用戶面擁塞需要的信息為UE的簽約信息和/或接入的業(yè)務信息。UE的簽約信息，例如，該UE是否為VIP用戶，或者用戶的VIP級別等。用戶請求接入的業(yè)務信息可以是APN信息，或者也可以是進一步具體的應用業(yè)務的類型信息，如該用戶請求接入互聯(lián)網(wǎng)業(yè)務，MME需要知道該用戶接入的具體的互聯(lián)網(wǎng)業(yè)務類型，如SKYPE，QQ，或者其他具體的應用業(yè)務類型。
[0052]該指示信息可以為可選參數(shù)。例如，有的系統(tǒng)中MME根據(jù)該參數(shù)才決定是否提供用戶的簽約信息級別，或者業(yè)務類型參數(shù)；但有的系統(tǒng)中，如果基站未提供該新的指示參數(shù)，MME仍然提供用戶的簽約信息或者業(yè)務信息。
[0053]步驟203: UE發(fā)起接入請求消息到MME。
[0054]步驟204:MME發(fā)送簽約信息請求消息到HSS請求HSS提供當前UE的簽約信息。[0055]步驟205: HSS回復該UE的簽約信息到MME。
[0056]步驟206:MME對當前UE進行驗證，如果允許UE接入，MME發(fā)送建立會話請求消息到SGW/PGW.在該步驟中MME也可以根據(jù)UE請求的業(yè)務信息，請求SGW/PGW回復當前UE請求接入業(yè)務的具體類型，如業(yè)務ID，或者其他可以標識出具體業(yè)務類型的信息。
[0057]步驟207:SGW/PGW回復建立會話回復消息到MME。
[0058]如果MME請求具體的業(yè)務類型信息。PGW還會根據(jù)解析出的具體業(yè)務信息回復給MME。PGW解析具體的業(yè)務類型信息可以在PGW上實現(xiàn)該功能，也可以通過PGW向PCRF獲取。
[0059]步驟208 =MME發(fā)送初始UE上下文信息建立到基站。
[0060]當步驟202基站發(fā)送的初始UE信息中包括所述新的指示信息時，本步驟中MME可以根據(jù)基站的指示、基站在步驟202中要求MME提供用戶的簽約信息或者用戶請求接入的業(yè)務的具體信息，提供用戶的簽約級別信息(如該用戶是否為VIP用戶或者用戶的VIP級別)和/或用戶請求接入的業(yè)務類型信息。
[0061]當然，本步驟中MME也可以直接發(fā)送用戶的簽約信息和/或用戶請求接入的業(yè)務信息到基站，不需要通過基站的指示。
[0062]基站收到MME發(fā)送的簽約信息和/或用戶請求接入的業(yè)務信息。通過上述方式，基站可以收集到當前接入的所有的UE的簽約信息或者是業(yè)務類型信息.[0063]基站可以根據(jù)當前收到的UE的簽約信息或者用戶的請求接入的業(yè)務類型信息，在系統(tǒng)發(fā)生用戶面擁塞的時候決定是否需要把該用戶切換到其他小區(qū)或者把該用戶做RRC釋放從而讓該UE重新選擇新的小區(qū).[0064]實施例二，基站利用新定義的SI過程獲取UE的簽約信息和/或接入的業(yè)務信息。在該過程中，基站根據(jù)當前接入的UE，向MME請求UE相關的簽約信息或者當前UE所接入的業(yè)務信息。
[0065]具體實施例二的流程如圖3所示，包括:
[0066]步驟301，基站發(fā)送請求接入的UE相關信息到MME。
[0067]基站下可能會有多個UE接入，基站可以發(fā)送接入的UE列表到MME。該UE的參數(shù)可以是eNB UE SlAP ID,或者是MSI, TMSI,或者是其他可以標識出UE的ID信息.[0068]步驟302，MME根據(jù)收到的請求，根據(jù)基站請求的UE列表，反饋UE的簽約信息或者是UE接入的業(yè)務信息。
[0069]UE的簽約信息和接入的業(yè)務信息的具體描述見步驟202.[0070]其中，MME在反饋UE的簽約信息或者接入的業(yè)務信息時，可以直接反饋列表中所包括的所有UE的相關信息。或者，進一步的，MME還可以根據(jù)收到的基站請求的UE列表，根據(jù)所有接入的UE的簽約信息或者業(yè)務信息，決定是否需要反饋所有的UE相關信息。例如，MME可以決定基站只需要保存部分UE的信息，來決定當用戶面擁塞發(fā)生的時候，基站根據(jù)當前收到的UE的信息決定是否執(zhí)行切換或者RRC釋放讓部分UE切換到其他小區(qū)或者重新選擇到其他小區(qū)。在這種 情況下，MME可以只回復部分UE的相關信息到基站。
[0071]基站收到UE相關信息(UE的簽約信息類型，或者是UE接入的業(yè)務類型信息)后，可以在基站側保存。當用戶面擁塞發(fā)生的時候，基站根據(jù)UE的相關信息決定是否執(zhí)行切換或者RRC釋放過程。[0072]上述實施例一和實施例二中，基站從MME側獲取UE的簽約信息和/或接入的業(yè)務信息并保存。
[0073]實施例三，在切換過程中，根據(jù)獲取UE的簽約信息和/或接入的業(yè)務信息，并進行最終的切換判決。
[0074]圖4a和圖4b為UE執(zhí)行切換的過程，其中步驟401-402的處理相同，具體包括:
[0075]步驟401，當用戶面發(fā)生擁塞的時候，基站為一用戶執(zhí)行SI切換。
[0076]即使當前基站和其他基站之間存在X2接口，基站I仍然觸發(fā)SI切換。
[0077]步驟402，基站發(fā)送切換請求消息到MME，該消息中攜帶用戶面擁塞的指示信息。
[0078]當MME接收到用戶面擁塞的指示信息，可以有如下三種不同的處理方式:
[0079]第一種處理方式如圖4a中的步驟403a_403b所示:
[0080]步驟403a，MME根據(jù)用戶面擁塞的指示信息判斷是否可以將當前用戶切換到其他小區(qū)。
[0081]MME根據(jù)切換用戶的簽約信息和/或接入的業(yè)務信息，進行是否繼續(xù)切換的判決。
[0082]具體地，MME可以檢查當前用戶的簽約信息，判斷該用戶的簽約信息級別，例如是否為VIP用戶，或者VIP用戶的級別。根據(jù)該級別信息，MME判斷該UE是否可以發(fā)生切換?；蛘進ME檢查當前用戶接入的業(yè)務的信息，運營商可以定義一些特定的業(yè)務，針對該業(yè)務不可以發(fā)生切換。
[0083]如果切換可以繼續(xù)執(zhí)行，則按照現(xiàn)有的切換流程執(zhí)行。如果切換不可以繼續(xù)，則MME回復切換拒絕消息，如步驟404a。
[0084]步驟404a，MME回復切換拒絕消息到基站，該消息中可以攜帶拒絕的原因值，該原因值標識出基站需要考慮切換其他的用戶或者指示出拒絕的具體原因，如該用戶為VIP用戶等?；蛘咴撛蛑狄部梢杂糜跇俗R用戶的簽約信息和/或用戶的接入業(yè)務的信息，基站將MME回復的簽約信息或者接入的業(yè)務信息保存在基站側。
[0085]或者，第二種處理方式如圖4b中的步驟403b-404b所示:
[0086]在MME收到步驟402后，執(zhí)行步驟403b:根據(jù)步驟402的指示信息，向基站反饋切換用戶的簽約信息或者用戶接入的業(yè)務信息。
[0087]在這種情況下MME不需要執(zhí)行切換判決?；靖鶕?jù)保存的所接入的所有用戶的簽約信息或者接入的業(yè)務信息決定是否繼續(xù)執(zhí)行切換。其中，MME反饋的用戶簽約信息和/或接入的業(yè)務信息可以攜帶在切換拒絕消息中，即執(zhí)行步驟403b，該消息可以是現(xiàn)有的切換拒絕消息也可以是新定義的消息。
[0088]步驟403b，MME發(fā)送切換拒絕消息到基站，該消息中攜帶用戶的簽約信息或者用戶接入的業(yè)務信息。該消息也可以是新定義的SlAP消息，該消息中攜帶用戶的簽約信息或者用戶接入的業(yè)務信息。
[0089]步驟404b，基站收到用戶的簽約信息或者用戶接入的業(yè)務信息，進行切換判決。如果當前用戶允許切換到其他小區(qū)，則基站按照現(xiàn)有的切換過程執(zhí)行。如果不允許切換到其他小區(qū)則基站拒絕切換繼續(xù)執(zhí)行。
[0090]或者，第三種處理方式:
[0091]MME收到步驟402后，執(zhí)行步驟403a:根據(jù)步驟402中的指示確定需要解決用戶面擁塞，MME可以根據(jù)當前UE所接入的小區(qū)標識，查找對應的該小區(qū)中其他接入的UE的簽約信息和接入的業(yè)務信息，并根據(jù)相應信息向基站發(fā)送建議切換的其他用戶的信息。
[0092]例如當前切換的用戶的簽約信息級別較高，則MME可以查找到當前小區(qū)中其他UE的簽約信息的級別，MME可以通過步驟404a，在切換拒絕消息中攜帶建議切換的其他用戶的信息。其他用戶的信息可以用S-TMSI或者MME UE SlAP或者其他可以標識出用戶的ID信息來表示。步驟404a的切換拒絕消息可以是現(xiàn)有的切換拒絕消息也可以是新定義的消息。基站收到切換拒絕消息后，可以根據(jù)MME發(fā)送的切換建議中其他用戶的信息，執(zhí)行切換，從而把其他用戶切換到其他小區(qū)。
[0093]另外，MME在收到402并執(zhí)行步驟403a時，根據(jù)當前用戶的簽約信息或者用戶請求接入的業(yè)務信息，判斷當前用戶是否可以執(zhí)行切換，同時，進一步地，MME可以考慮是否可以讓當前用戶切換到其他接入系統(tǒng)中。相應的，MME在執(zhí)行步驟404a的時候可以攜帶建議UE切換到其他接入系統(tǒng)的信息?；臼盏?04a后，根據(jù)MME的指示切換用戶到其他接入系統(tǒng)。
[0094]實施例四，在發(fā)生用戶面擁塞時，由MME向基站發(fā)出切換建議。
[0095]本實施例中，MME統(tǒng)計接入的用戶的信息，根據(jù)所有接入的用戶的信息決定如何指導基站來決定是否需要把一些特定用戶切換到其他小區(qū)或者讓一些用戶重新到其他小區(qū)。
[0096]圖5為實施例四的具體流程圖，如圖5所示，包括:
[0097]步驟501，UE發(fā)送接入請求消息或者其他NAS請求消息到MME。
[0098]步驟502，在每次接入過程中MME收集到當前UE的信息，包括UE的簽約信息和/或UE請求接入的業(yè)務類型信息，UE接入的小區(qū)ID信息；進一步地，MME也可以收集基站定期發(fā)送的負載信息，作出統(tǒng)計。具體可以通過圖5中所示的表格進行統(tǒng)計。
[0099]MME可以統(tǒng)計出某一個小區(qū)下，所接入的所有用戶的信息，所有用戶對應的簽約信息，或者所有用戶所接入的業(yè)務的信息。MME可以根據(jù)基站周期性的匯報當前的負載信息作出統(tǒng)計。例如MME可以統(tǒng)計出在固定時間段，某些用戶的習慣，某些UE經(jīng)常在某個cell下面接入一些特定的業(yè)務。如果運營商需要作出控制，例如某些特定業(yè)務造成的負載量上升。則MME可以記錄這些用戶或者造成負載量上升的業(yè)務信息。
[0100]MME可以通過步驟503，發(fā)送建議基站執(zhí)行切換的UE列表，或者發(fā)送導致基站負載量上升的業(yè)務信息，如APN標識或者是QCI。基站可以根據(jù)該信息決定是否執(zhí)行RRC釋放或者是切換過程，讓部分UE切換到其他小區(qū)。
[0101]步驟503，MME發(fā)送可以讓基站執(zhí)行切換的UE列表或者導致負載量上升的業(yè)務信
息到基站。
[0102]基站根據(jù)收到的用戶信息列表或者業(yè)務信息決定是否需要執(zhí)行切換或者RRC釋放過程。如果是RRC釋放則執(zhí)行步驟504。
[0103]在上述四個實施例中，介紹了本申請中進行切換判決的過程。其中，根據(jù)UE的簽約信息和/或接入的業(yè)務信息進行具體判決。這里，判決準則可以根據(jù)不同的需要和策略自行設置，如可以根據(jù)需要設置保證簽約級別高的用戶的業(yè)務連續(xù)性等，具體屬于本領域技術人員的常用技術手段，這里就不再贅述。
[0104]實施例五:
[0105]在上述幾個實施例中，當基站決定讓某UE切換到其他小區(qū)時，基站把UE切換到其他小區(qū)的過程或者基站將UE重定位到其他小區(qū)的過程如實施例五所示。[0106]步驟A，當基站決定讓UE切換到其他小區(qū)時，基站可以觸發(fā)SI或者X2切換，目的是讓UE切換到其他小區(qū)。
[0107]或者，
[0108]步驟B.1,基站決定把當前UE重定位到其他小區(qū)，基站觸發(fā)RRC釋放，該消息中攜帶重定位小區(qū)的信息。
[0109]步驟B.2，UE根據(jù)基站的指示，執(zhí)行小區(qū)重新選擇過程。
[0110]由上述本申請的具體實現(xiàn)可見，本申請中，基站從MME處獲取接入用戶的簽約信息和/或所接入的業(yè)務信息，從而在用戶面發(fā)生擁塞時，可以根據(jù)相應信息合理進行用戶切換和重定位的判決，進一步可以通過相應設置，保證級別高的簽約用戶的業(yè)務體驗?；蛘撸梢杂蒑ME根據(jù)接入用戶的簽約信息和/或所接入的業(yè)務信息，為基站提供發(fā)生用戶面擁塞時的切換建議，基站按照相應建議進行切換或重定位，從而同樣能夠合理進行切換判決，保證級別高的簽約用戶的業(yè)務體驗。
[0111]以上所述僅為本發(fā)明的較佳實施例而已，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內(nèi)，所做的任何修改、等同替換、改進等，均應包含在本發(fā)明保護的范圍之內(nèi)。
【權利要求】
1.一種解決用戶面擁塞的方法，其特征在于，包括: a、在UE接入通信系統(tǒng)時，MME將所述UE的簽約信息和/或所述UE請求接入的業(yè)務信息發(fā)送給所述基站； b、基站根據(jù)所述UE的簽約信息和/或所述UE請求接入的業(yè)務信息，在發(fā)生用戶面擁塞時判斷是否對所述UE進行切換或小區(qū)重定位。
2.根據(jù)權利要求1所述的方法，其特征在于，步驟a中所述MME將所述UE的簽約信息和/或所述UE請求接入的業(yè)務信息攜帶在初始UE上下文信息建立的消息中發(fā)送給所述基站。
3.根據(jù)權利要求2所述的方法，其特征在于，步驟a前該方法進一步包括:在UE接入通信系統(tǒng)時，所述基站在發(fā)送給所述MME的初始UE消息中攜帶指示信息，所述指示信息請求MME提供所述UE的簽約信息和/或所述UE請求接入的業(yè)務信息。
4.根據(jù)權利要求1所述的方法，其特征在于，步驟a前該方法進一步包括:在UE接入通信系統(tǒng)時，所述基站向所述MME發(fā)送攜帶有一個或多個UE信息的自定義SI消息，請求MME發(fā)送所述一個或多個UE的簽約信息和/或所述UE請求接入的業(yè)務信息。
5.根據(jù)權利要求4所述的方法，其特征在于，所述MME發(fā)送所述UE的簽約信息和/或所述UE請求接入的業(yè)務信息時，對應基站請求的所有UE或者請求的部分UE，執(zhí)行步驟a。
6.根據(jù)權利要求1到4中任一所述的方法，其特征在于，所述UE信息為eNBUE SI APID,或者是MS1、TMSI或其他UE標識信息。
7.一種解決用戶面擁塞的方法，其特征在于，包括: 當用戶面發(fā)生擁塞時，基站為一 UE執(zhí)行SI切換，向MME發(fā)送SI切換請求消息，并攜帶用戶面擁塞的指示信息； MME根據(jù)接收的指示信息，判斷是否允許將所述UE切換到其他小區(qū)，并執(zhí)行相應的切換操作或向所述基站反饋切換拒絕消息。
8.根據(jù)權利要求7所述的方法，其特征在于，所述MME在判斷是否允許將所述UE切換到其他小區(qū)時，進一步為所述UE確定建議切換的目的接入系統(tǒng)，并將所述建議切換的目的接入系統(tǒng)信息反饋給所述基站。
9.一種解決用戶面擁塞的方法，其特征在于，包括: 當用戶面發(fā)生擁塞時，基站為一 UE執(zhí)行SI切換，向MME發(fā)送SI切換請求消息，并攜帶用戶面擁塞的指示信息； MME檢測到所述指示信息時，將所述UE的簽約信息和/或所述UE接入的業(yè)務信息發(fā)送給所述基站進行保存； 所述基站根據(jù)保存的所有用戶的簽約信息和/或所述UE接入的業(yè)務信息判斷是否繼續(xù)進行所述切換，并執(zhí)行相應的SI切換操作或終止所述SI切換。
10.一種解決用戶面擁塞的方法，其特征在于，包括: 當用戶面發(fā)生擁塞時，基站為一 UE執(zhí)行SI切換，向MME發(fā)送SI切換請求消息，并攜帶用戶面擁塞的指示信息； 所述MME檢測到所述指示信息后，查找所述UE所在小區(qū)的其他接入UE的簽約信息和/或接入的業(yè)務信息，根據(jù)查找結果向所述基站反饋建議執(zhí)行Si切換的用戶信息； 所述基站根據(jù)MME反饋 的信息進行切換。
11.一種解決用戶面擁塞的方法，其特征在于，包括: 當用戶面發(fā)生擁塞時，所述MME根據(jù)發(fā)生擁塞的小區(qū)內(nèi)接入的所有用戶的簽約信息和/或接入的業(yè)務信息，確定所述小區(qū)內(nèi)的切換建議信息，并發(fā)送給所述小區(qū)的基站； 所述基站根據(jù)切換建議信息確定是否對所述小區(qū)內(nèi)的UE執(zhí)行切換或小區(qū)重定位。
12.根據(jù)權利要求11所述的方法，其特征在于，所述MME通過每個UE接入所述小區(qū)的過程，統(tǒng)計每個UE的簽約信息和/或接入的業(yè)務信息； 確定的小區(qū)內(nèi)的切換建議信息為建議切換的UE列表。
13.根據(jù)權利要求11所述的方法，其特征在于，所述MME進一步根據(jù)發(fā)生擁塞的小區(qū)所在基站上報的負載信息，確定所述切換建議信息； 所述切換建議信息為導致所述基站負載量變化的業(yè)務信息和/或建議切換的UE列表。
14.根據(jù)權利要求13所述的方法，其特征在于，在用戶面發(fā)生擁塞時，所述MME根據(jù)所述基站周期性上報的負載信息確定導致所述基站負載量上升的業(yè)務信息。
15.根據(jù)權利要求1、2、3、4、5、7、8、9、10、11、12、13或14所述的方法，其特征在于，所述基站確定對UE進行切換后，觸發(fā)SI或X2切換，將UE切換到目的小區(qū)； 所述基站確定對UE進行 小區(qū)重定位后，觸發(fā)相應UE的RRC釋放，并在RRC釋放消息中攜帶重定位小區(qū)的信息；所述UE根據(jù)所述重定位小區(qū)的信息，執(zhí)行小區(qū)重新選擇的過程。
【文檔編號】H04W28/02GK103945451SQ201310023285
【公開日】2014年7月23日 申請日期:2013年1月22日 優(yōu)先權日:2013年1月22日
【發(fā)明者】梁華瑞, 王弘, 許麗香 申請人:北京三星通信技術研究有限公司, 三星電子株式會社