電路交換回落呼叫交付中減少lte至1xrtt邊界小區交叉尋呼的裝置和方法
2023-11-11 00:13:02 3
專利名稱：電路交換回落呼叫交付中減少lte至1xrtt邊界小區交叉尋呼的裝置和方法
技術領域：
本發明涉及電路交換回落(CSFB)呼叫交付中減少LTE至IXRTT (長期演進至第一代無線電傳輸技術)邊界小區交叉尋呼的裝置和方法。
背景技術：
根據環境，以各種方式實現網絡的呼叫交付。一個實例中，技術規範(TS)23. 272 指定了支持LTE至IXRTT電路交換回落(CSFB)呼叫交付和LTE至UMTS(通用移動電信系統)/GSM(全球移動通信系統)CSFB的步驟。如果接收電路語音尋呼響應的(UMTS/GSM) MSC(移動交換中心)在向UE(用戶設備)發送尋呼請求的MSC之間不同，則後者調用「用於CSFB的漫遊嘗試」。在LTE至UMTS/GSM CSFB中，如果在MSC和基礎SGSN (服務GPRS (通用分組無線電業務)支持節點)之間使能ISR(空閒模式信令降低)，則如果UE在空閒狀態，執行交叉尋呼，即LTE和SGSN尋呼UE。
發明內容
「用於CSFB的漫遊嘗試」有兩個問題。其一，他延遲了語音呼叫交付，因為許多更新必需在通過「新"MSC重試尋呼之前執行。其二，因為延遲，呼叫方可掛起或語音進入呼叫得到「二次處理」(例如，漫遊至應答機器)，其減少了呼叫交付成功率。由於包括LTE和SGSN兩者的交叉尋呼，空閒模式信令減少(ISR)引起過多尋呼。由此，提供一種在電路交換回落(CSFB)呼叫交付中減少LTE至IXRTT邊界小區交叉尋呼的方法和裝置。—個實施例中，一種方法，包括在所述第一交換部件處接收對於所述用戶設備的呼叫；經由所述LTE部件由所述第一交換部件向所述用戶設備發送尋呼請求；由所述第一交換部件向所述第一區域和所述第二區域之間的邊界上的多個交換部件發送尋呼調用消息，所述尋呼調用消息具有指示僅偵聽狀態的指示符欄位；在所述第二交換部件處從所述用戶設備接收尋呼響應；基於所述尋呼調用消息由所述第二交換部件識別所述尋呼響應； 以及完成對於所述用戶設備的呼叫。另一實施例中，第一交換部件是錨交換部件。另一實施例中，第二交換部件是邊界交換部件。另一實施例中，尋呼請求是IxRTT CS尋呼請求。另一實施例中，尋呼調用消息是ISPAGE2調用消息。另一實施例中，尋呼響應是IxRTT CS尋呼響應。另一實施例中，該方法還包括由LTE部件發送指示用戶設備和LTE部件的狀態的隧道請求確收。另一實施例中，該方法還包括接收指示用戶設備和LTE部件的狀態的隧道請求確收。另一實施例中，該方法還包括如果UE是空閒和LTE是過載，則通過LTE部件抑制尋呼UE。另一實施例中，如果用戶設備的狀態是活動或LTE部件的狀態不是過載，發送具有指示僅偵聽的指示符欄位的尋呼調用消息。另一實施例中，如果用戶設備的狀態是空閒並且LTE部件的狀態是過載，或如果嘗試隨後尋呼，則發送在指示符欄位中沒有僅偵聽指示的尋呼調用消息。另一實施例中，一種系統，包括第一交換部件，配置為接收對於所述用戶設備的呼叫，經由所述LTE部件向所述用戶設備發送尋呼請求，以及向所述第一區域和所述第二區域之間的邊界上的多個交換部件發送尋呼調用消息，所述尋呼調用消息具有指示僅偵聽狀態的指示符欄位；以及第二交換部件，配置為從所述用戶設備接收尋呼響應，基於所述尋呼調用消息識別所述尋呼響應，以及完成對於所述用戶設備的呼叫。另一實施例中，第一交換部件是錨交換部件。另一實施例中，第二交換部件是邊界交換部件。另一實施例中，尋呼請求是IxRTT CS尋呼請求。另一實施例中，尋呼調用消息是ISPAGE2調用消息。另一實施例中，尋呼響應是IxRTT CS尋呼響應。另一實施例中，LTE部件發送指示用戶設備和LTE部件的狀態的隧道請求確收。另一實施例中，第一交換部件操作為接收指示用戶設備和LTE部件的狀態的隧道請求確收。另一實施例中，如果UE是空閒和LTE是過載，則通過LTE部件抑制尋呼UE。另一實施例中，如果用戶設備的狀態是活動或LTE部件的狀態不是過載，發送具有指示僅偵聽的指示符欄位的尋呼調用消息。另一實施例中，如果用戶設備的狀態是空閒並且LTE部件的狀態是過載，或如果嘗試隨後尋呼，則所述第一交換部件發送在指示符欄位中沒有僅偵聽指示的尋呼調用消肩、ο本發明的應用的其他範圍將從以下提供的具體實施方式
變得清楚。然而，應理解，具體實施方式
和特定實例儘管指示了本發明的優選實施例，僅通過實例給出，因為在本發明的精神和範圍內的各個變形和改變對於本領域技術人員將變得清楚。
本發明存在於結構、設置、以及設備、網絡部件、和方法步驟的各個部分的組合中， 因此設想的對象以下獲得更加完整的闡述，在權利要求中具體指出，以及在附圖中示出，其中圖1是可應用本發明的代表性網絡。圖2是類似於圖1的系統的呼叫流程圖。圖3是示出類似於圖1的系統的框圖。圖4是使用邊界小區尋呼的系統的呼叫流程圖。圖5是實現本發明的另一實施例的系統的呼叫流程圖。
4
圖6是示出類似於圖5的系統的操作的框圖。圖7是可應用本發明的代表性網絡。圖8是實現本發明的另一實施例的系統的呼叫流程圖。
具體實施例方式圖1示出包括LTE的跟蹤區域(TA) 102的網絡區域100，其跨越多個IxRTT MSC0 MSCl包括多個小區104。MSC2包括多個小區106。在跟蹤區域102中還提供多個小區108(對應於LTE eNB部件)。如圖所示，在位置1，僅IxRTT區域中的雙模UE 110向IXRTT MSCl登記。由此， 應理解，UE 110支持LTE和IxRTT兩者。如果語音進入呼叫到達，則將其傳送至MSC1，此時 「錨 MSC，，。在位置2，UE 110沿著移動路徑112移動，到達LTE覆蓋區域或跟蹤區域102，重選和向LTE部件登記。UE 110選擇例如LTE，因為用戶想要使用LTE分組數據。在位置3，UE 110沿著移動路徑112從MSCl向MSC2移動，並向MSC2登記。此時， 如果語音進入呼叫到達，則將其傳送至MSC2，此時「錨MSC」。UE的IxRTT端保持與MSCl相關的區域定時器。區域定時器在由eNB (增強節點B)向UE 110發送的SIB-8廣播信息中。在位置4，在區域定時器期滿之前，UE 110從MSC2移回MSC1。然而，UE 110並不立即向MSCl登記(這裡，區域定時器的使用是接近UE反覆的問題)。因此，MSC2在區域定時器的期滿之前保持為「錨MSC」。由此，如果語音進入呼叫到達，則仍舊將其傳送至MSC2， 此時「錨MSC」。當UE 110在MSCl區域(在MSCl處的「邊界小區」)到達LTE隧道尋呼時， 他向作為CSFB邏輯的一部分的MSCl發送IxRRT尋呼響應。這個尋呼響應從邊界MSCl的視角「請求」。結果，MSCl忽略「請求的尋呼響應」-因為他不知道尋呼響應應向哪個錨MSC 轉發。因此，CSFB呼叫交付在這個情況下失敗。圖2示出沿著移動路徑112行進至位置4的UE 110的CSFB呼叫交付的失敗情形的對應呼叫流程圖。由此，在la，響應於CS進入呼叫請求的到達，錨MSC2確定該消息用於由LTE當前服務的UE，所以他將(隧道)IxRTT CS尋呼請求消息轉發至與LTE交織的交織系統(IWS)。IWS將消息傳遞至移動管理實體(MME)。在2a，如果UE是空閒，如MME確定，則 MME執行網絡啟動的服務請求-根據3GPP技術規範(TS) 36.413和TS 36. 331。作為成功 MME尋呼的結果，得到UE和eNB之間的RRC連接。在3a，MME經由eNB將IxRTT CS尋呼隧接至UE。在3c，UE將IxRTT CS尋呼響應消息發送至IxRTT小區，其響應於3a覆蓋他。在 4a，由於MME指示CSFB，eNB釋放與UE的RRC連接，其將UE重定向至用於CSFB的lxRTT。 在4c，IxRTT小區在IxRTT尋呼響應消息上傳遞至其所屬於的MSC。在5a，eNB通知MME已經釋放了與UE的LTE無線電連接，並因此請求MME釋放UE上下文。在6a，MME向服務網關 (SGff)發送消息，請求與UE相關的載體的掛起。在7a，SGW向MME發送回確收。注意步驟 3c和步驟如，其中在邊界MSC處接收自動的尋呼響應。如圖所示，呼叫失敗。圖3示出網絡300和上述呼叫失敗，並且還識別各個網絡部件(例如MME(移動管理實體)、eNB(增強節點B))以及圖2中的步驟3a中使用的LTE隧道。由此，傳統LTE-Ix 電路交換回落中，錨/訪問MSC 302(在進入呼叫的接收時)經由S102，S1和LTE RRC隧道向UE 304發送Ix尋呼。尋呼的路徑也通過MME 306和eNB 308定義。然後，UE 304在Ix空中接口 310上通過基站312本源地發送Ix尋呼響應。某些邊界條件下，對於CSFB UE可發送這樣的尋呼響應，即通過與發送隧道尋呼(如圖2所示)的MSC 302不同的MSC(例如 MSC 320)接收的尋呼響應。這個情形導致呼叫接收預設處理(語音郵箱)，並非完成被叫方。3GPPCSFB標準描述了呼叫流程，其純調用在S102，Sl和RRC(無線電資源控制)隧道上發送的Ix尋呼。他們沒有假設通知邊界MSC或結合CSFB的3GPP2邊界小區尋呼的使用。解決呼叫失敗的問題的本發明的一個實施例是使用IxRRT邊界小區尋呼(BCP)功能，如圖4所示。圖4中，與圖2的步驟類似標記的步驟基本相同，並且為了簡化將不再描述。然而，將描述額外步驟。例如，在lc，錨MSC將ISPAGE2調用消息發送至為了這個錨MSC 規定的邊界MSC。在2c，邊界MSC將IxRRT尋呼消息發送至與MSC相關的lxRTT。邊界MSC 的情況下，由邊界MSC通過ISPAGE2調用消息的接收來觸發IxRTT尋呼消息。在5c，邊界 MSC響應於IxRTT尋呼響應消息Ge)的接收向錨MSC發送回ISPAGE2結果消息。為了進一步說明，IxRRT MSC和基站支持邊界小區尋呼(BCP)功能，其中錨MSC請求邊界MSC經由(基於標準的)IS-PAGE2消息尋呼移動臺。由此，每個邊界MSC代表錨MSC 尋呼移動臺。這個實施例中，如果任意邊界MSC接收尋呼響應，則將其轉發至錨MSC。接收尋呼響應的錨MSC、邊界MSC、和邊界小區隨後使用MSC間SHO (軟切換)以MSC間方式建立呼叫，以交付語音進入呼叫。圖4示出使用解決問題的交叉尋呼的對應呼叫流程圖。除了向lxCSIWS(交織系統)和MME發送尋呼消息，錨MSC將通過向邊界MSC發送ISPAGE2調用來使用BCP。該圖中，邊界MSC和錨MSC將尋呼UE (步驟2c)，但是通過UE響應這樣的尋呼消息之一(圖中的粗線所示)。當UE為活動(還已知為連接)模式或空閒模式時，調用當前描述的實施例的技術。他們最大化CSFB呼叫交付成功率，並最小化呼叫交付設置時間。本發明的另一實施例是在第一尋呼嘗試中的ISPAGE2調用中「僅偵聽」模式的調用，以交叉RAT尋呼UE用於呼叫交付。這個實施例當LTE端也要尋呼UE時抑制由IxRRT 邊界小區向UE實際發送尋呼消息。結果，排出了不必要的交叉尋呼開銷。這個實施例使用BCP來解決CSFB呼叫交付失敗問題，並且還避免當LTE端也要尋呼UE時在邊界MSC處的尋呼資源浪費。為了排除在邊界MSC處的不必要的尋呼，例如錨 MSC的錨交換部件在ISPAGE2調用消息中指定I^gehd = 「僅偵聽」，所以邊界MSC將抑制向其小區(這是從錨MSC角度的邊界小區)發送尋呼消息。這避免在由LTE尋呼UE時浪費尋呼資源，並且將請求的尋呼響應消息發送至lxRRT，而不需要任何IxRRT小區實際尋呼他。圖5提供了可結合當前描述實施例的系統的呼叫流程圖。應理解，圖2、4和5中的類似編號的步驟彼此對應。由此，為了簡化，將不再描述類似編號的步驟。然而，注意，步驟Icl中，邊界MSC抑制向小區發送尋呼消息(當「僅偵聽」指示符存在於ISPAGE2調用消息中時)，並因此避免尋呼資源浪費。如果邊界MSC隨後接收請求尋呼響應，如圖5中的步驟3(3/ 所示，邊界MSC知道作為在步驟Icl先前接收的ISPAGE2調用消息的結果向哪轉發尋呼響應消息。最後結果是成功的CSFB呼叫交付設置，而沒有額外延遲並且沒有不必要的尋呼開銷。現在參照圖6，示出網絡600的一部分，其中CSFB過程與3GPP2ISPAGE2調用和邊界小區呼叫過程組合。同時或在Ix尋呼在S102上發送之前立即地，具有「僅偵聽」的尋呼指示符的ISPAGE2調用消息將發送至邊界MSC。當尋呼響應到達邊界MSC時，呼叫將根據 ISPAGE2和軟切換或硬切換過程適當完成。如圖6所示，進入呼叫到達MSC 602，其用作先前登記為CSFB UE的UE 604的錨/ 訪問MSC。將具有「僅偵聽」的尋呼指示符的ISPAGE2調用消息發送至邊界MSC(例如邊界MSC 620)。通過LTE信令經由MME 606和eNB 608將尋呼隧接至UE 604。UE 604在Ix空中接口 610上經由基站612向邊界MSC620發送尋呼響應。呼叫根據現有Ix過程完成。本發明的另一實施例是ISPAGE2的適當形式的動態調用，其在邊界切換部件(例如邊界MSC)處具有或不具有實際尋呼，以確保即使當LTE網絡在過載時在交叉尋呼中成功的呼叫交付率。圖7中示出一個實例，其中空閒模式下的UE 710在TA覆蓋區域(見標記為「1」的UE)中，或剛好移動(至少部分地沿著移動路徑712)進入僅IxRRT覆蓋區域中， 由於某些滯後延遲而沒有IxRRT重新登記(見標記為「2-x」和「2-y」的位置閉路徑)。為了完成，網絡區域700包括跟蹤區域702，其具有與LTE eNB部件對應的多個小區708。此外，MSCl包括多個小區704，MSC2包括多個小區706。圖7所示的這些情形下，當(隧道)lxRRT尋呼到達時，如圖5所示(步驟la)，如果LTE(eNB)在先前情況下是過載，則由步驟加中MME的尋呼(「網絡啟動的服務請求」) 嘗試可失敗，並且如果UE在後面情況下在TA之外則將失敗。結果，UE將不執行步驟3c，因此ISPAGE2嘗試(圖5中的步驟Icl)將在超時滯後失敗。錨MSC將隨後嘗試第二尋呼嘗試，其間，在嘗試到達UE中，MME(圖5中的步驟2a)可不僅包括隨後看到的TA，而且還包括最後看到的TA的鄰居TA。如果eNB已經過載，然而，第二尋呼嘗試中尋呼區域的增加將使得過載情形甚至更差。如果eNB在進入過載的邊緣，則第二尋呼嘗試可觸發eNB進入過載。現在參照圖8，通過增加新步驟Ib (圖8中)來解決參照圖7和圖5描述的問題情況，以通知錨MSC關於UE狀態和LTE過載狀態。應理解，圖2、4、5和8中的類似編號步驟彼此對應。由此，為了簡化，將不再描述類似編號的步驟。然而，為了完整，將描述根據圖 8的實施例的變形。由此，在la，向MME發送(隧道)IxRRT CS尋呼請求。響應於由MSC想起發送的任何Ix消息以傳送至UE，將由MME發送隧道請求確收。除了用於進入Ix語音呼叫的尋呼，這個隧道請求確收可因此用於輔助其他情形。但是，這個形式的隧道請求確收消息指示UE狀態和LTE負載狀態。UE狀態(空閒或活動)對於MME已知；LTE負載狀態可由 MME估計或由其他適當技術獲得。如果UE是活動，或他是空閒並且在LTE上沒有過載，則如圖5所示錨MSC執行步驟Icl。注意，在Ia中消息的接收時，如果UE是空閒並且LTE是過載，例如支持Ib的MME 的LTE部件將不尋呼(例如抑制尋呼)UE。如果UE是空閒並且LTE是過載，則錨MSC代替執行圖8中的步驟lc2，以緩解LTE 過載/堵塞，同時仍舊確保第一尋呼成功率和呼叫交付設置時間。圖8中的步驟lc2等同於圖4中的步驟lc。類似地，如果錨MSC對於第一尋呼嘗試執行了如圖5的步驟lcl，但是沒有接收IxRTT尋呼響應，使得第二尋呼嘗試是必要的，錨MSC還對於第二尋呼嘗試執行圖 8的步驟lc2，以及任意其他隨後尋呼嘗試(如果期望)。因此，這個實施例提供了 ISPAGE2的適當形式的動態調用，其在邊界MSC處具有或不具有實際尋呼，以確保即使當LTE網絡在過載時在交叉尋呼中成功的呼叫交付率。這裡，說明書和附圖使用了網絡部件的實例和情況來描述發明。例如，MSC用作交換部件的實例。還示出其他網絡部件的特定實例。然而，應理解，這些實例不應是限制性的。 其他適當網絡部件可備選地用於實現主題的發明。此外，UE可利用各種已知形式。此外，本發明可使用各種硬體配置和軟體例程來實現。由此，應理解，框圖、呼叫流程圖和類似圖代表各種處理，其可在計算機可讀介質中主要表示並且通過配置或操作為如此執行的計算機或處理器來如此執行，無論這樣的計算機或處理器是否被明顯示出。例如， 例程可通過交換部件的處理器(例如錨MSC)運行，以發送這裡所述的消息。同樣，可通過另一交換部件的處理器運行，例如邊緣MSC，以接收和識別消息，以及由此操作。上述描述僅提供了本發明的特定實施例的公開，並且不用於限制與其相同的目的。由此，本發明不僅限於上述實施例。相反，可理解，本領域技術人員可設想落入本發明範圍內的備選實施例。
權利要求
1.一種在包括第一交換部件服務的第一區域和第二交換部件服務的第二區域的網絡區域中用於呼叫交付的方法，所述第一和第二區域由長期演進(LTE)部件服務，用戶設備位於所述第二區域中，所述方法包括在所述第一交換部件處接收對於所述用戶設備的呼叫；經由所述LTE部件由所述第一交換部件向所述用戶設備發送尋呼請求；由所述第一交換部件向所述第一區域和所述第二區域之間的邊界上的多個交換部件發送尋呼調用消息，所述尋呼調用消息具有指示僅偵聽狀態的指示符欄位；在所述第二交換部件處從所述用戶設備接收尋呼響應；基於所述尋呼調用消息由所述第二交換部件識別所述尋呼響應；以及完成對於所述用戶設備的呼叫。
2.如權利要求1所述的方法，還包括由LTE部件發送指示用戶設備和LTE部件的狀態的隧道請求確收。
3.如權利要求2所述的方法，還包括如果UE是空閒和LTE是過載，則通過LTE部件抑制尋呼UE。
4.如權利要求2所述的方法，其中如果用戶設備的狀態是活動或LTE部件的狀態不是過載，發送具有指示僅偵聽的指示符欄位的尋呼調用消息。
5.如權利要求2所述的方法，其中如果用戶設備的狀態是空閒並且LTE部件的狀態是過載，或如果嘗試隨後尋呼，則發送在指示符欄位中沒有僅偵聽指示的尋呼調用消息。
6.一種在包括第一區域和第二區域的網絡區域中用於呼叫交付的系統，所述第一和第二區域由長期演進(LTE)部件服務，用戶設備位於所述第二區域中，所述系統包括第一交換部件，配置為接收對於所述用戶設備的呼叫，經由所述LTE部件向所述用戶設備發送尋呼請求，以及向所述第一區域和所述第二區域之間的邊界上的多個交換部件發送尋呼調用消息，所述尋呼調用消息具有指示僅偵聽狀態的指示符欄位；以及第二交換部件，配置為從所述用戶設備接收尋呼響應，基於所述尋呼調用消息識別所述尋呼響應，以及完成對於所述用戶設備的呼叫。
7.如權利要求6所述的系統，其中LTE部件發送指示用戶設備和LTE部件的狀態的隧道請求確收。
8.如權利要求7所述的系統，其中如果UE是空閒和LTE是過載，則所述LTE部件抑制尋呼UE。
9.如權利要求7所述的系統，其中僅如果用戶設備的狀態是活動或LTE部件的狀態不是過載，發送具有指示僅偵聽狀態的指示符欄位的尋呼調用消息。
10.如權利要求7所述的系統，其中如果用戶設備的狀態是空閒並且LTE部件的狀態是過載，或如果嘗試隨後尋呼，則所述第一交換部件發送在指示符欄位中沒有僅偵聽指示的尋呼調用消息。
全文摘要
提供一種權衡邊界小區尋呼功能以排除在LTE至1xRTT交叉RAT尋呼以用於CSFB尋呼交付期間的尋呼浪費的技術。一種方法包括在所述第一交換部件處接收對於所述用戶設備的呼叫；經由所述LTE部件由所述第一交換部件向所述用戶設備發送尋呼請求；由所述第一交換部件向所述第一區域和所述第二區域之間的邊界上的多個交換部件發送尋呼調用消息，所述尋呼調用消息具有指示僅偵聽狀態的指示符欄位；在所述第二交換部件處從所述用戶設備接收尋呼響應；基於所述尋呼調用消息由所述第二交換部件識別所述尋呼響應；以及完成對於所述用戶設備的呼叫。這個技術減少或排除在LTE至1xRTT交叉RAT尋呼以用於CSFB尋呼交付期間的尋呼浪費，並且還幫助最大化CSFB呼叫交付成功率和最小化呼叫交付建立時間。
文檔編號H04W68/02GK102550103SQ201080043985
公開日2012年7月4日 申請日期2010年9月22日 優先權日2009年9月30日
發明者M·R·卡斯爾伯裡, 王勁 申請人:阿爾卡特朗訊公司