專(zhuān)利名稱(chēng)：電路交換回落呼叫交付中減少lte至1xrtt邊界小區(qū)交叉尋呼的裝置和方法
技術(shù)領(lǐng)域：
本發(fā)明涉及電路交換回落(CSFB)呼叫交付中減少LTE至IXRTT (長(zhǎng)期演進(jìn)至第一代無(wú)線電傳輸技術(shù))邊界小區(qū)交叉尋呼的裝置和方法。
背景技術(shù)：
根據(jù)環(huán)境，以各種方式實(shí)現(xiàn)網(wǎng)絡(luò)的呼叫交付。一個(gè)實(shí)例中，技術(shù)規(guī)范(TS)23. 272 指定了支持LTE至IXRTT電路交換回落(CSFB)呼叫交付和LTE至UMTS(通用移動(dòng)電信系統(tǒng))/GSM(全球移動(dòng)通信系統(tǒng))CSFB的步驟。如果接收電路語(yǔ)音尋呼響應(yīng)的(UMTS/GSM) MSC(移動(dòng)交換中心)在向UE(用戶設(shè)備)發(fā)送尋呼請(qǐng)求的MSC之間不同，則后者調(diào)用“用于CSFB的漫游嘗試”。在LTE至UMTS/GSM CSFB中，如果在MSC和基礎(chǔ)SGSN (服務(wù)GPRS (通用分組無(wú)線電業(yè)務(wù))支持節(jié)點(diǎn))之間使能ISR(空閑模式信令降低)，則如果UE在空閑狀態(tài)，執(zhí)行交叉尋呼，即LTE和SGSN尋呼UE。

發(fā)明內(nèi)容
“用于CSFB的漫游嘗試”有兩個(gè)問(wèn)題。其一，他延遲了語(yǔ)音呼叫交付，因?yàn)樵S多更新必需在通過(guò)“新"MSC重試尋呼之前執(zhí)行。其二，因?yàn)檠舆t，呼叫方可掛起或語(yǔ)音進(jìn)入呼叫得到“二次處理”(例如，漫游至應(yīng)答機(jī)器)，其減少了呼叫交付成功率。由于包括LTE和SGSN兩者的交叉尋呼，空閑模式信令減少(ISR)引起過(guò)多尋呼。由此，提供一種在電路交換回落(CSFB)呼叫交付中減少LTE至IXRTT邊界小區(qū)交叉尋呼的方法和裝置?！獋€(gè)實(shí)施例中，一種方法，包括在所述第一交換部件處接收對(duì)于所述用戶設(shè)備的呼叫；經(jīng)由所述LTE部件由所述第一交換部件向所述用戶設(shè)備發(fā)送尋呼請(qǐng)求；由所述第一交換部件向所述第一區(qū)域和所述第二區(qū)域之間的邊界上的多個(gè)交換部件發(fā)送尋呼調(diào)用消息，所述尋呼調(diào)用消息具有指示僅偵聽(tīng)狀態(tài)的指示符字段；在所述第二交換部件處從所述用戶設(shè)備接收尋呼響應(yīng)；基于所述尋呼調(diào)用消息由所述第二交換部件識(shí)別所述尋呼響應(yīng)； 以及完成對(duì)于所述用戶設(shè)備的呼叫。另一實(shí)施例中，第一交換部件是錨交換部件。另一實(shí)施例中，第二交換部件是邊界交換部件。另一實(shí)施例中，尋呼請(qǐng)求是IxRTT CS尋呼請(qǐng)求。另一實(shí)施例中，尋呼調(diào)用消息是ISPAGE2調(diào)用消息。另一實(shí)施例中，尋呼響應(yīng)是IxRTT CS尋呼響應(yīng)。另一實(shí)施例中，該方法還包括由LTE部件發(fā)送指示用戶設(shè)備和LTE部件的狀態(tài)的隧道請(qǐng)求確收。另一實(shí)施例中，該方法還包括接收指示用戶設(shè)備和LTE部件的狀態(tài)的隧道請(qǐng)求確收。另一實(shí)施例中，該方法還包括如果UE是空閑和LTE是過(guò)載，則通過(guò)LTE部件抑制尋呼UE。另一實(shí)施例中，如果用戶設(shè)備的狀態(tài)是活動(dòng)或LTE部件的狀態(tài)不是過(guò)載，發(fā)送具有指示僅偵聽(tīng)的指示符字段的尋呼調(diào)用消息。另一實(shí)施例中，如果用戶設(shè)備的狀態(tài)是空閑并且LTE部件的狀態(tài)是過(guò)載，或如果嘗試隨后尋呼，則發(fā)送在指示符字段中沒(méi)有僅偵聽(tīng)指示的尋呼調(diào)用消息。另一實(shí)施例中，一種系統(tǒng)，包括第一交換部件，配置為接收對(duì)于所述用戶設(shè)備的呼叫，經(jīng)由所述LTE部件向所述用戶設(shè)備發(fā)送尋呼請(qǐng)求，以及向所述第一區(qū)域和所述第二區(qū)域之間的邊界上的多個(gè)交換部件發(fā)送尋呼調(diào)用消息，所述尋呼調(diào)用消息具有指示僅偵聽(tīng)狀態(tài)的指示符字段；以及第二交換部件，配置為從所述用戶設(shè)備接收尋呼響應(yīng)，基于所述尋呼調(diào)用消息識(shí)別所述尋呼響應(yīng)，以及完成對(duì)于所述用戶設(shè)備的呼叫。另一實(shí)施例中，第一交換部件是錨交換部件。另一實(shí)施例中，第二交換部件是邊界交換部件。另一實(shí)施例中，尋呼請(qǐng)求是IxRTT CS尋呼請(qǐng)求。另一實(shí)施例中，尋呼調(diào)用消息是ISPAGE2調(diào)用消息。另一實(shí)施例中，尋呼響應(yīng)是IxRTT CS尋呼響應(yīng)。另一實(shí)施例中，LTE部件發(fā)送指示用戶設(shè)備和LTE部件的狀態(tài)的隧道請(qǐng)求確收。另一實(shí)施例中，第一交換部件操作為接收指示用戶設(shè)備和LTE部件的狀態(tài)的隧道請(qǐng)求確收。另一實(shí)施例中，如果UE是空閑和LTE是過(guò)載，則通過(guò)LTE部件抑制尋呼UE。另一實(shí)施例中，如果用戶設(shè)備的狀態(tài)是活動(dòng)或LTE部件的狀態(tài)不是過(guò)載，發(fā)送具有指示僅偵聽(tīng)的指示符字段的尋呼調(diào)用消息。另一實(shí)施例中，如果用戶設(shè)備的狀態(tài)是空閑并且LTE部件的狀態(tài)是過(guò)載，或如果嘗試隨后尋呼，則所述第一交換部件發(fā)送在指示符字段中沒(méi)有僅偵聽(tīng)指示的尋呼調(diào)用消肩、ο本發(fā)明的應(yīng)用的其他范圍將從以下提供的具體實(shí)施方式
變得清楚。然而，應(yīng)理解，具體實(shí)施方式
和特定實(shí)例盡管指示了本發(fā)明的優(yōu)選實(shí)施例，僅通過(guò)實(shí)例給出，因?yàn)樵诒景l(fā)明的精神和范圍內(nèi)的各個(gè)變形和改變對(duì)于本領(lǐng)域技術(shù)人員將變得清楚。


本發(fā)明存在于結(jié)構(gòu)、設(shè)置、以及設(shè)備、網(wǎng)絡(luò)部件、和方法步驟的各個(gè)部分的組合中， 因此設(shè)想的對(duì)象以下獲得更加完整的闡述，在權(quán)利要求中具體指出，以及在附圖中示出，其中圖1是可應(yīng)用本發(fā)明的代表性網(wǎng)絡(luò)。圖2是類(lèi)似于圖1的系統(tǒng)的呼叫流程圖。圖3是示出類(lèi)似于圖1的系統(tǒng)的框圖。圖4是使用邊界小區(qū)尋呼的系統(tǒng)的呼叫流程圖。圖5是實(shí)現(xiàn)本發(fā)明的另一實(shí)施例的系統(tǒng)的呼叫流程圖。
4
圖6是示出類(lèi)似于圖5的系統(tǒng)的操作的框圖。圖7是可應(yīng)用本發(fā)明的代表性網(wǎng)絡(luò)。圖8是實(shí)現(xiàn)本發(fā)明的另一實(shí)施例的系統(tǒng)的呼叫流程圖。
具體實(shí)施例方式圖1示出包括LTE的跟蹤區(qū)域(TA) 102的網(wǎng)絡(luò)區(qū)域100，其跨越多個(gè)IxRTT MSC0 MSCl包括多個(gè)小區(qū)104。MSC2包括多個(gè)小區(qū)106。在跟蹤區(qū)域102中還提供多個(gè)小區(qū)108(對(duì)應(yīng)于LTE eNB部件)。如圖所示，在位置1，僅IxRTT區(qū)域中的雙模UE 110向IXRTT MSCl登記。由此， 應(yīng)理解，UE 110支持LTE和IxRTT兩者。如果語(yǔ)音進(jìn)入呼叫到達(dá)，則將其傳送至MSC1，此時(shí) “錨 MSC，，。在位置2，UE 110沿著移動(dòng)路徑112移動(dòng)，到達(dá)LTE覆蓋區(qū)域或跟蹤區(qū)域102，重選和向LTE部件登記。UE 110選擇例如LTE，因?yàn)橛脩粝胍褂肔TE分組數(shù)據(jù)。在位置3，UE 110沿著移動(dòng)路徑112從MSCl向MSC2移動(dòng)，并向MSC2登記。此時(shí)， 如果語(yǔ)音進(jìn)入呼叫到達(dá)，則將其傳送至MSC2，此時(shí)“錨MSC”。UE的IxRTT端保持與MSCl相關(guān)的區(qū)域定時(shí)器。區(qū)域定時(shí)器在由eNB (增強(qiáng)節(jié)點(diǎn)B)向UE 110發(fā)送的SIB-8廣播信息中。在位置4，在區(qū)域定時(shí)器期滿之前，UE 110從MSC2移回MSC1。然而，UE 110并不立即向MSCl登記(這里，區(qū)域定時(shí)器的使用是接近UE反復(fù)的問(wèn)題)。因此，MSC2在區(qū)域定時(shí)器的期滿之前保持為“錨MSC”。由此，如果語(yǔ)音進(jìn)入呼叫到達(dá)，則仍舊將其傳送至MSC2， 此時(shí)“錨MSC”。當(dāng)UE 110在MSCl區(qū)域(在MSCl處的“邊界小區(qū)”)到達(dá)LTE隧道尋呼時(shí)， 他向作為CSFB邏輯的一部分的MSCl發(fā)送IxRRT尋呼響應(yīng)。這個(gè)尋呼響應(yīng)從邊界MSCl的視角“請(qǐng)求”。結(jié)果，MSCl忽略“請(qǐng)求的尋呼響應(yīng)”-因?yàn)樗恢缹ず繇憫?yīng)應(yīng)向哪個(gè)錨MSC 轉(zhuǎn)發(fā)。因此，CSFB呼叫交付在這個(gè)情況下失敗。圖2示出沿著移動(dòng)路徑112行進(jìn)至位置4的UE 110的CSFB呼叫交付的失敗情形的對(duì)應(yīng)呼叫流程圖。由此，在la，響應(yīng)于CS進(jìn)入呼叫請(qǐng)求的到達(dá)，錨MSC2確定該消息用于由LTE當(dāng)前服務(wù)的UE，所以他將(隧道)IxRTT CS尋呼請(qǐng)求消息轉(zhuǎn)發(fā)至與LTE交織的交織系統(tǒng)(IWS)。IWS將消息傳遞至移動(dòng)管理實(shí)體(MME)。在2a，如果UE是空閑，如MME確定，則 MME執(zhí)行網(wǎng)絡(luò)啟動(dòng)的服務(wù)請(qǐng)求-根據(jù)3GPP技術(shù)規(guī)范(TS) 36.413和TS 36. 331。作為成功 MME尋呼的結(jié)果，得到UE和eNB之間的RRC連接。在3a，MME經(jīng)由eNB將IxRTT CS尋呼隧接至UE。在3c，UE將IxRTT CS尋呼響應(yīng)消息發(fā)送至IxRTT小區(qū)，其響應(yīng)于3a覆蓋他。在 4a，由于MME指示CSFB，eNB釋放與UE的RRC連接，其將UE重定向至用于CSFB的lxRTT。 在4c，IxRTT小區(qū)在IxRTT尋呼響應(yīng)消息上傳遞至其所屬于的MSC。在5a，eNB通知MME已經(jīng)釋放了與UE的LTE無(wú)線電連接，并因此請(qǐng)求MME釋放UE上下文。在6a，MME向服務(wù)網(wǎng)關(guān) (SGff)發(fā)送消息，請(qǐng)求與UE相關(guān)的載體的掛起。在7a，SGW向MME發(fā)送回確收。注意步驟 3c和步驟如，其中在邊界MSC處接收自動(dòng)的尋呼響應(yīng)。如圖所示，呼叫失敗。圖3示出網(wǎng)絡(luò)300和上述呼叫失敗，并且還識(shí)別各個(gè)網(wǎng)絡(luò)部件(例如MME(移動(dòng)管理實(shí)體)、eNB(增強(qiáng)節(jié)點(diǎn)B))以及圖2中的步驟3a中使用的LTE隧道。由此，傳統(tǒng)LTE-Ix 電路交換回落中，錨/訪問(wèn)MSC 302(在進(jìn)入呼叫的接收時(shí))經(jīng)由S102，S1和LTE RRC隧道向UE 304發(fā)送Ix尋呼。尋呼的路徑也通過(guò)MME 306和eNB 308定義。然后，UE 304在Ix空中接口 310上通過(guò)基站312本源地發(fā)送Ix尋呼響應(yīng)。某些邊界條件下，對(duì)于CSFB UE可發(fā)送這樣的尋呼響應(yīng)，即通過(guò)與發(fā)送隧道尋呼(如圖2所示)的MSC 302不同的MSC(例如 MSC 320)接收的尋呼響應(yīng)。這個(gè)情形導(dǎo)致呼叫接收缺省處理(語(yǔ)音郵箱)，并非完成被叫方。3GPPCSFB標(biāo)準(zhǔn)描述了呼叫流程，其純調(diào)用在S102，Sl和RRC(無(wú)線電資源控制)隧道上發(fā)送的Ix尋呼。他們沒(méi)有假設(shè)通知邊界MSC或結(jié)合CSFB的3GPP2邊界小區(qū)尋呼的使用。解決呼叫失敗的問(wèn)題的本發(fā)明的一個(gè)實(shí)施例是使用IxRRT邊界小區(qū)尋呼(BCP)功能，如圖4所示。圖4中，與圖2的步驟類(lèi)似標(biāo)記的步驟基本相同，并且為了簡(jiǎn)化將不再描述。然而，將描述額外步驟。例如，在lc，錨MSC將ISPAGE2調(diào)用消息發(fā)送至為了這個(gè)錨MSC 規(guī)定的邊界MSC。在2c，邊界MSC將IxRRT尋呼消息發(fā)送至與MSC相關(guān)的lxRTT。邊界MSC 的情況下，由邊界MSC通過(guò)ISPAGE2調(diào)用消息的接收來(lái)觸發(fā)IxRTT尋呼消息。在5c，邊界 MSC響應(yīng)于IxRTT尋呼響應(yīng)消息Ge)的接收向錨MSC發(fā)送回ISPAGE2結(jié)果消息。為了進(jìn)一步說(shuō)明，IxRRT MSC和基站支持邊界小區(qū)尋呼(BCP)功能，其中錨MSC請(qǐng)求邊界MSC經(jīng)由(基于標(biāo)準(zhǔn)的)IS-PAGE2消息尋呼移動(dòng)臺(tái)。由此，每個(gè)邊界MSC代表錨MSC 尋呼移動(dòng)臺(tái)。這個(gè)實(shí)施例中，如果任意邊界MSC接收尋呼響應(yīng)，則將其轉(zhuǎn)發(fā)至錨MSC。接收尋呼響應(yīng)的錨MSC、邊界MSC、和邊界小區(qū)隨后使用MSC間SHO (軟切換)以MSC間方式建立呼叫，以交付語(yǔ)音進(jìn)入呼叫。圖4示出使用解決問(wèn)題的交叉尋呼的對(duì)應(yīng)呼叫流程圖。除了向lxCSIWS(交織系統(tǒng))和MME發(fā)送尋呼消息，錨MSC將通過(guò)向邊界MSC發(fā)送ISPAGE2調(diào)用來(lái)使用BCP。該圖中，邊界MSC和錨MSC將尋呼UE (步驟2c)，但是通過(guò)UE響應(yīng)這樣的尋呼消息之一(圖中的粗線所示)。當(dāng)UE為活動(dòng)(還已知為連接)模式或空閑模式時(shí)，調(diào)用當(dāng)前描述的實(shí)施例的技術(shù)。他們最大化CSFB呼叫交付成功率，并最小化呼叫交付設(shè)置時(shí)間。本發(fā)明的另一實(shí)施例是在第一尋呼嘗試中的ISPAGE2調(diào)用中“僅偵聽(tīng)”模式的調(diào)用，以交叉RAT尋呼UE用于呼叫交付。這個(gè)實(shí)施例當(dāng)LTE端也要尋呼UE時(shí)抑制由IxRRT 邊界小區(qū)向UE實(shí)際發(fā)送尋呼消息。結(jié)果，排出了不必要的交叉尋呼開(kāi)銷(xiāo)。這個(gè)實(shí)施例使用BCP來(lái)解決CSFB呼叫交付失敗問(wèn)題，并且還避免當(dāng)LTE端也要尋呼UE時(shí)在邊界MSC處的尋呼資源浪費(fèi)。為了排除在邊界MSC處的不必要的尋呼，例如錨 MSC的錨交換部件在ISPAGE2調(diào)用消息中指定I^gehd = “僅偵聽(tīng)”，所以邊界MSC將抑制向其小區(qū)(這是從錨MSC角度的邊界小區(qū))發(fā)送尋呼消息。這避免在由LTE尋呼UE時(shí)浪費(fèi)尋呼資源，并且將請(qǐng)求的尋呼響應(yīng)消息發(fā)送至lxRRT，而不需要任何IxRRT小區(qū)實(shí)際尋呼他。圖5提供了可結(jié)合當(dāng)前描述實(shí)施例的系統(tǒng)的呼叫流程圖。應(yīng)理解，圖2、4和5中的類(lèi)似編號(hào)的步驟彼此對(duì)應(yīng)。由此，為了簡(jiǎn)化，將不再描述類(lèi)似編號(hào)的步驟。然而，注意，步驟Icl中，邊界MSC抑制向小區(qū)發(fā)送尋呼消息(當(dāng)“僅偵聽(tīng)”指示符存在于ISPAGE2調(diào)用消息中時(shí))，并因此避免尋呼資源浪費(fèi)。如果邊界MSC隨后接收請(qǐng)求尋呼響應(yīng)，如圖5中的步驟3(3/ 所示，邊界MSC知道作為在步驟Icl先前接收的ISPAGE2調(diào)用消息的結(jié)果向哪轉(zhuǎn)發(fā)尋呼響應(yīng)消息。最后結(jié)果是成功的CSFB呼叫交付設(shè)置，而沒(méi)有額外延遲并且沒(méi)有不必要的尋呼開(kāi)銷(xiāo)。現(xiàn)在參照?qǐng)D6，示出網(wǎng)絡(luò)600的一部分，其中CSFB過(guò)程與3GPP2ISPAGE2調(diào)用和邊界小區(qū)呼叫過(guò)程組合。同時(shí)或在Ix尋呼在S102上發(fā)送之前立即地，具有“僅偵聽(tīng)”的尋呼指示符的ISPAGE2調(diào)用消息將發(fā)送至邊界MSC。當(dāng)尋呼響應(yīng)到達(dá)邊界MSC時(shí)，呼叫將根據(jù) ISPAGE2和軟切換或硬切換過(guò)程適當(dāng)完成。如圖6所示，進(jìn)入呼叫到達(dá)MSC 602，其用作先前登記為CSFB UE的UE 604的錨/ 訪問(wèn)MSC。將具有“僅偵聽(tīng)”的尋呼指示符的ISPAGE2調(diào)用消息發(fā)送至邊界MSC(例如邊界MSC 620)。通過(guò)LTE信令經(jīng)由MME 606和eNB 608將尋呼隧接至UE 604。UE 604在Ix空中接口 610上經(jīng)由基站612向邊界MSC620發(fā)送尋呼響應(yīng)。呼叫根據(jù)現(xiàn)有Ix過(guò)程完成。本發(fā)明的另一實(shí)施例是ISPAGE2的適當(dāng)形式的動(dòng)態(tài)調(diào)用，其在邊界切換部件(例如邊界MSC)處具有或不具有實(shí)際尋呼，以確保即使當(dāng)LTE網(wǎng)絡(luò)在過(guò)載時(shí)在交叉尋呼中成功的呼叫交付率。圖7中示出一個(gè)實(shí)例，其中空閑模式下的UE 710在TA覆蓋區(qū)域(見(jiàn)標(biāo)記為“1”的UE)中，或剛好移動(dòng)(至少部分地沿著移動(dòng)路徑712)進(jìn)入僅IxRRT覆蓋區(qū)域中， 由于某些滯后延遲而沒(méi)有IxRRT重新登記(見(jiàn)標(biāo)記為“2-x”和“2-y”的位置閉路徑)。為了完成，網(wǎng)絡(luò)區(qū)域700包括跟蹤區(qū)域702，其具有與LTE eNB部件對(duì)應(yīng)的多個(gè)小區(qū)708。此外，MSCl包括多個(gè)小區(qū)704，MSC2包括多個(gè)小區(qū)706。圖7所示的這些情形下，當(dāng)(隧道)lxRRT尋呼到達(dá)時(shí)，如圖5所示(步驟la)，如果LTE(eNB)在先前情況下是過(guò)載，則由步驟加中MME的尋呼(“網(wǎng)絡(luò)啟動(dòng)的服務(wù)請(qǐng)求”) 嘗試可失敗，并且如果UE在后面情況下在TA之外則將失敗。結(jié)果，UE將不執(zhí)行步驟3c，因此ISPAGE2嘗試(圖5中的步驟Icl)將在超時(shí)滯后失敗。錨MSC將隨后嘗試第二尋呼嘗試，其間，在嘗試到達(dá)UE中，MME(圖5中的步驟2a)可不僅包括隨后看到的TA，而且還包括最后看到的TA的鄰居TA。如果eNB已經(jīng)過(guò)載，然而，第二尋呼嘗試中尋呼區(qū)域的增加將使得過(guò)載情形甚至更差。如果eNB在進(jìn)入過(guò)載的邊緣，則第二尋呼嘗試可觸發(fā)eNB進(jìn)入過(guò)載?，F(xiàn)在參照?qǐng)D8，通過(guò)增加新步驟Ib (圖8中)來(lái)解決參照?qǐng)D7和圖5描述的問(wèn)題情況，以通知錨MSC關(guān)于UE狀態(tài)和LTE過(guò)載狀態(tài)。應(yīng)理解，圖2、4、5和8中的類(lèi)似編號(hào)步驟彼此對(duì)應(yīng)。由此，為了簡(jiǎn)化，將不再描述類(lèi)似編號(hào)的步驟。然而，為了完整，將描述根據(jù)圖 8的實(shí)施例的變形。由此，在la，向MME發(fā)送(隧道)IxRRT CS尋呼請(qǐng)求。響應(yīng)于由MSC想起發(fā)送的任何Ix消息以傳送至UE，將由MME發(fā)送隧道請(qǐng)求確收。除了用于進(jìn)入Ix語(yǔ)音呼叫的尋呼，這個(gè)隧道請(qǐng)求確收可因此用于輔助其他情形。但是，這個(gè)形式的隧道請(qǐng)求確收消息指示UE狀態(tài)和LTE負(fù)載狀態(tài)。UE狀態(tài)(空閑或活動(dòng))對(duì)于MME已知；LTE負(fù)載狀態(tài)可由 MME估計(jì)或由其他適當(dāng)技術(shù)獲得。如果UE是活動(dòng)，或他是空閑并且在LTE上沒(méi)有過(guò)載，則如圖5所示錨MSC執(zhí)行步驟Icl。注意，在Ia中消息的接收時(shí)，如果UE是空閑并且LTE是過(guò)載，例如支持Ib的MME 的LTE部件將不尋呼(例如抑制尋呼)UE。如果UE是空閑并且LTE是過(guò)載，則錨MSC代替執(zhí)行圖8中的步驟lc2，以緩解LTE 過(guò)載/堵塞，同時(shí)仍舊確保第一尋呼成功率和呼叫交付設(shè)置時(shí)間。圖8中的步驟lc2等同于圖4中的步驟lc。類(lèi)似地，如果錨MSC對(duì)于第一尋呼嘗試執(zhí)行了如圖5的步驟lcl，但是沒(méi)有接收IxRTT尋呼響應(yīng)，使得第二尋呼嘗試是必要的，錨MSC還對(duì)于第二尋呼嘗試執(zhí)行圖 8的步驟lc2，以及任意其他隨后尋呼嘗試(如果期望)。因此，這個(gè)實(shí)施例提供了 ISPAGE2的適當(dāng)形式的動(dòng)態(tài)調(diào)用，其在邊界MSC處具有或不具有實(shí)際尋呼，以確保即使當(dāng)LTE網(wǎng)絡(luò)在過(guò)載時(shí)在交叉尋呼中成功的呼叫交付率。這里，說(shuō)明書(shū)和附圖使用了網(wǎng)絡(luò)部件的實(shí)例和情況來(lái)描述發(fā)明。例如，MSC用作交換部件的實(shí)例。還示出其他網(wǎng)絡(luò)部件的特定實(shí)例。然而，應(yīng)理解，這些實(shí)例不應(yīng)是限制性的。 其他適當(dāng)網(wǎng)絡(luò)部件可備選地用于實(shí)現(xiàn)主題的發(fā)明。此外，UE可利用各種已知形式。此外，本發(fā)明可使用各種硬件配置和軟件例程來(lái)實(shí)現(xiàn)。由此，應(yīng)理解，框圖、呼叫流程圖和類(lèi)似圖代表各種處理，其可在計(jì)算機(jī)可讀介質(zhì)中主要表示并且通過(guò)配置或操作為如此執(zhí)行的計(jì)算機(jī)或處理器來(lái)如此執(zhí)行，無(wú)論這樣的計(jì)算機(jī)或處理器是否被明顯示出。例如， 例程可通過(guò)交換部件的處理器(例如錨MSC)運(yùn)行，以發(fā)送這里所述的消息。同樣，可通過(guò)另一交換部件的處理器運(yùn)行，例如邊緣MSC，以接收和識(shí)別消息，以及由此操作。上述描述僅提供了本發(fā)明的特定實(shí)施例的公開(kāi)，并且不用于限制與其相同的目的。由此，本發(fā)明不僅限于上述實(shí)施例。相反，可理解，本領(lǐng)域技術(shù)人員可設(shè)想落入本發(fā)明范圍內(nèi)的備選實(shí)施例。
權(quán)利要求
1.一種在包括第一交換部件服務(wù)的第一區(qū)域和第二交換部件服務(wù)的第二區(qū)域的網(wǎng)絡(luò)區(qū)域中用于呼叫交付的方法，所述第一和第二區(qū)域由長(zhǎng)期演進(jìn)(LTE)部件服務(wù)，用戶設(shè)備位于所述第二區(qū)域中，所述方法包括在所述第一交換部件處接收對(duì)于所述用戶設(shè)備的呼叫；經(jīng)由所述LTE部件由所述第一交換部件向所述用戶設(shè)備發(fā)送尋呼請(qǐng)求；由所述第一交換部件向所述第一區(qū)域和所述第二區(qū)域之間的邊界上的多個(gè)交換部件發(fā)送尋呼調(diào)用消息，所述尋呼調(diào)用消息具有指示僅偵聽(tīng)狀態(tài)的指示符字段；在所述第二交換部件處從所述用戶設(shè)備接收尋呼響應(yīng)；基于所述尋呼調(diào)用消息由所述第二交換部件識(shí)別所述尋呼響應(yīng)；以及完成對(duì)于所述用戶設(shè)備的呼叫。
2.如權(quán)利要求1所述的方法，還包括由LTE部件發(fā)送指示用戶設(shè)備和LTE部件的狀態(tài)的隧道請(qǐng)求確收。
3.如權(quán)利要求2所述的方法，還包括如果UE是空閑和LTE是過(guò)載，則通過(guò)LTE部件抑制尋呼UE。
4.如權(quán)利要求2所述的方法，其中如果用戶設(shè)備的狀態(tài)是活動(dòng)或LTE部件的狀態(tài)不是過(guò)載，發(fā)送具有指示僅偵聽(tīng)的指示符字段的尋呼調(diào)用消息。
5.如權(quán)利要求2所述的方法，其中如果用戶設(shè)備的狀態(tài)是空閑并且LTE部件的狀態(tài)是過(guò)載，或如果嘗試隨后尋呼，則發(fā)送在指示符字段中沒(méi)有僅偵聽(tīng)指示的尋呼調(diào)用消息。
6.一種在包括第一區(qū)域和第二區(qū)域的網(wǎng)絡(luò)區(qū)域中用于呼叫交付的系統(tǒng)，所述第一和第二區(qū)域由長(zhǎng)期演進(jìn)(LTE)部件服務(wù)，用戶設(shè)備位于所述第二區(qū)域中，所述系統(tǒng)包括第一交換部件，配置為接收對(duì)于所述用戶設(shè)備的呼叫，經(jīng)由所述LTE部件向所述用戶設(shè)備發(fā)送尋呼請(qǐng)求，以及向所述第一區(qū)域和所述第二區(qū)域之間的邊界上的多個(gè)交換部件發(fā)送尋呼調(diào)用消息，所述尋呼調(diào)用消息具有指示僅偵聽(tīng)狀態(tài)的指示符字段；以及第二交換部件，配置為從所述用戶設(shè)備接收尋呼響應(yīng)，基于所述尋呼調(diào)用消息識(shí)別所述尋呼響應(yīng)，以及完成對(duì)于所述用戶設(shè)備的呼叫。
7.如權(quán)利要求6所述的系統(tǒng)，其中LTE部件發(fā)送指示用戶設(shè)備和LTE部件的狀態(tài)的隧道請(qǐng)求確收。
8.如權(quán)利要求7所述的系統(tǒng)，其中如果UE是空閑和LTE是過(guò)載，則所述LTE部件抑制尋呼UE。
9.如權(quán)利要求7所述的系統(tǒng)，其中僅如果用戶設(shè)備的狀態(tài)是活動(dòng)或LTE部件的狀態(tài)不是過(guò)載，發(fā)送具有指示僅偵聽(tīng)狀態(tài)的指示符字段的尋呼調(diào)用消息。
10.如權(quán)利要求7所述的系統(tǒng)，其中如果用戶設(shè)備的狀態(tài)是空閑并且LTE部件的狀態(tài)是過(guò)載，或如果嘗試隨后尋呼，則所述第一交換部件發(fā)送在指示符字段中沒(méi)有僅偵聽(tīng)指示的尋呼調(diào)用消息。
全文摘要
提供一種權(quán)衡邊界小區(qū)尋呼功能以排除在LTE至1xRTT交叉RAT尋呼以用于CSFB尋呼交付期間的尋呼浪費(fèi)的技術(shù)。一種方法包括在所述第一交換部件處接收對(duì)于所述用戶設(shè)備的呼叫；經(jīng)由所述LTE部件由所述第一交換部件向所述用戶設(shè)備發(fā)送尋呼請(qǐng)求；由所述第一交換部件向所述第一區(qū)域和所述第二區(qū)域之間的邊界上的多個(gè)交換部件發(fā)送尋呼調(diào)用消息，所述尋呼調(diào)用消息具有指示僅偵聽(tīng)狀態(tài)的指示符字段；在所述第二交換部件處從所述用戶設(shè)備接收尋呼響應(yīng)；基于所述尋呼調(diào)用消息由所述第二交換部件識(shí)別所述尋呼響應(yīng)；以及完成對(duì)于所述用戶設(shè)備的呼叫。這個(gè)技術(shù)減少或排除在LTE至1xRTT交叉RAT尋呼以用于CSFB尋呼交付期間的尋呼浪費(fèi)，并且還幫助最大化CSFB呼叫交付成功率和最小化呼叫交付建立時(shí)間。
文檔編號(hào)H04W68/02GK102550103SQ201080043985
公開(kāi)日2012年7月4日 申請(qǐng)日期2010年9月22日 優(yōu)先權(quán)日2009年9月30日
發(fā)明者M·R·卡斯?fàn)柌? 王勁 申請(qǐng)人:阿爾卡特朗訊公司