基於尋呼源的尋呼策略控制方法、設備和服務網關與流程
2023-05-13 14:43:06 1
本申請涉及通信
技術領域：
，具體而言，涉及一種尋呼策略的控制方法、設備和服務網關。
背景技術：
：尋呼是當網絡希望與移動終端通信時進行的一種動作，網絡可以向空閒狀態或連接狀態的用戶設備(UserEquipment，UE)發送尋呼。網絡按照一定的規律在尋呼信道上發送消息，移動終端按照一定的規律解讀尋呼信道以查看是否存在針對其自身的尋呼。尋呼過程可以由核心網觸發，用於通知某個UE接收尋呼請求，或者由eNodeB(eNB)觸發，用於通知系統更新，以及通知UE接收信息。在一般情形下，如圖1所示，在LTE網絡中，尋呼為移動性管理實體(MobilityManagementEntity，MME)向處於RRC_IDLE模式下的UE發送尋呼信息，這一尋呼過程是S1接口過程。MME通過向eNB發送尋呼消息來發起該尋呼過程。VOLTE即VoiceOverLTE，它是一種基於IMS(IPMultimediaSubsystem)的語音業務。在圖2中，示出了基於IMS的VOLTE構架的示意圖。VOLTE屬於一種IP數據傳輸技術，它架構在LTE網絡上，是一種「端對端」的語音方案。VOLTE無需2G/3G網絡，它的全部業務承載於4G網絡上，可實現數據與語音業務在同一網絡下的統一。換言之，4G網絡下不僅可以提供高速率的數據業務，同時還可以通過VOLTE技術來提供高質量的音頻或視頻通話。VOLTE是LTE網絡語音的目標解決方案。在VOLTE網絡中存在以下兩種不同業務類型的尋呼：1.普通分組交換(PacketSwitch，PS)數據業務的尋呼當服務網關(ServingGW，SGW)接收到尋呼網關(PagingGW，PGW)向空閒(idle)狀態下的UE所發送的下行數據時，SGW發送下行數據通知消息給MME，並觸發MME向UE發送尋呼消息。如圖3所示，該尋呼過程具體包括以下步驟：a)SGW收到一個向空閒狀態UE發送的下行數據包並將其緩存；b)SGW向MME發送一個下行數據通知；c)MME向跟蹤區域(TrackingArea，TA)下的eNodeB發送一條尋呼消息；d)eNodeB尋呼UE；e)執行UE所觸發的業務請求過程，並建立下行鏈路。2.VOLTE業務的尋呼在圖4中，示出了VOLTE業務的流程圖，該具體流程如下：a)LTE用戶發起呼叫；b)多媒體電話應用伺服器(MultimediaTelephoneApplicationServer，MMTelAS)執行主叫業務處理；c)完成主叫業務處理後，MMTelAS將呼叫向迴路由至S-CSCF；該S-CSCF查詢電話號碼映射(E.164NumberURIMapping，ENUM)，並將呼叫路由到被叫；d)在被叫側，呼叫被路由到向被叫用戶提供業務的I-CSCF，該I-CSCF向該S-CSCF發送呼叫請求；e)MMTelAS執行被叫業務處理後，該MMTelAS將呼叫向迴路由到該S-CSCF；f)該S-CSCF將呼叫請求通過代理呼叫會話控制功能(P-CSCF)連接到被叫用戶；g)承載建立。在LTE網絡中，尋呼策略一般包括以下類型：a)尋呼範圍：如單跟蹤區域碼(TrackingAreaCode，TAC)尋呼、多TAC尋呼、單個eNodeB尋呼等；b)尋呼次數(N3413)、尋呼間隔時間(T3413)等；c)尋呼號碼：如國際移動用戶識別碼(InternationalMobileSubscriberIdentificationNumber，IMSI)尋呼、S-IMSI尋呼；d)尋呼優先級。然而，在現有的MME尋呼處理機制中，並不能分開處理普通PS尋呼和VOLTE尋呼，二者使用相同的尋呼策略。目前，VOLTE網絡中，呼叫建立的時間較長，這是因為尋呼機制不太適合語音業務，其原因在於：1)MME不能區分普通數據業務觸發的PS尋呼和VOLTE觸發的PS尋呼；2)尋呼間隔較長，導致被叫接收到尋呼的時間延遲較長。此外，VOLTE業務和普通數據業務的尋呼響應時間不一致，針對這兩種業務使用相同的策略將無法區分尋呼間隔的設置。由於相對於PS業務，語音業務對網絡可靠性要求更高；如果不能區分語音和數據業務的尋呼策略，將無法針對提高語音業務的呼叫接通率進行優化。有鑑於現有技術中的上述問題，有必要提出一種新的尋呼策略控制方法和系統，以區別對待語音和數據的尋呼機制。技術實現要素：為了解決上述問題中的一個或多個，本申請提供了一種尋呼策略控制方法，包括：從來自IP多媒體子系統(IMS)的會話邊界控制器(SBC)接收請求消息；將下行數據通知信令的某個欄位設置為TRUE。根據本發明的另一方面，提供了一種尋呼策略控制方法，所述方法還包括：當移動性管理實體(MME)接收所述下行數據通知信令之後，根據所述下行數據通知信令的所述欄位判斷所述請求消息是否是VOLTE業務請求。根據本發明的另一方面，提供了一種尋呼策略控制方法，其中：如果所述下行數據通知信令的所述欄位是TRUE，則判斷所述請求消息是VOLTE業務請求，將所述請求消息列入VOLTE堆棧中並應用相應的尋呼策略。根據本發明的另一方面，提供了一種尋呼策略控制方法，其中：如果所述下行數據通知信令的所述欄位不是TRUE，則判斷所述請求消息是普通的PS業務尋呼，並應用相應的尋呼策略。根據本發明的另一方面，提供了一種尋呼控制設備，包括：接收模塊，用於從來自IP多媒體子系統(IMS)的會話邊界控制器(SBC)接收請求消息；設置模塊，用於將下行數據通知信令的某個欄位設置為TRUE。根據本發明的另一方面，提供了一種尋呼控制設備，所述設備還包括：判斷模塊，用於當移動性管理實體(MME)接收所述下行數據通知信令之後，根據所述下行數據通知信令的所述欄位判斷所述請求消息是否是VOLTE業務請求。根據本發明的另一方面，提供了一種尋呼控制設備，所述設備還包括：尋呼策略應用模塊，用於當所述請求消息是VOLTE業務請求時，將所述請求消息列入VOLTE堆棧中並應用相應的尋呼策略。根據本發明的另一方面，提供了一種尋呼控制設備，其中：所述尋呼策略應用模塊還用於當所述請求消息是普通的業務尋呼時，應用相應的尋呼策略。根據本發明的另一方面，提供了一種尋呼控制設備，其中：所述判斷模塊根據所述欄位是否是TRUE來判斷所述請求消息是否是VOLTE業務請求。根據本發明的另一方面，提供了一種服務網關，所述服務網關用於控制尋呼策略，所述服務網關包括：處理器；以及存儲器；其中所述處理器被配置為：從來自IP多媒體子系統(IMS)的會話邊界控制器(SBC)接收請求消息；將下行數據通知信令的某個欄位設置為TRUE。根據本發明的另一方面，提供了一種服務網關，所述服務網關還包括：所述處理器還被配置為當移動性管理實體(MME)接收所述下行數據通知信令之後，根據所述下行數據通知信令的所述欄位判斷所述請求消息是否是VOLTE業務請求。根據本發明的另一方面，提供了一種服務網關，所述服務網關還包括：所述處理器還被配置為當所述請求消息是VOLTE業務請求時，將所述請求消息列入VOLTE堆棧中並應用相應的尋呼策略。根據本發明的另一方面，提供了一種服務網關，所述服務網關還包括：所述處理器還被配置為當所述請求消息是普通的業務尋呼時，應用相應的尋呼策略。根據本發明的另一方面，提供了一種服務網關，其中：所述處理器根據所述欄位是否是TRUE來判斷所述請求消息是否是VOLTE業務請求。通過本申請提出的技術方案，可以通過下行數據通知消息簡便地判斷請求消息是否對應VOLTE尋呼請求，從而在移動性管理實體處為VOLTE尋呼應用單獨的尋呼策略。附圖說明本發明的以上方面和其他方面將參照附圖通過下面對示例性實施例的詳細描述變得更加顯然，其中：圖1是示出了LTE網絡尋呼的示意圖；圖2是示出了基於IMS的VOLTE構架的示意圖；圖3是示出了由網絡觸發的業務請求流程的示意圖；圖4是示出了至少根據本發明的一個實施例的VOLTE流程的示意圖；圖5是示出了至少根據本發明的一個實施例的VOLTE的被叫流程的示意圖；圖6是示出了至少根據本發明的一個實施例的VOLTE的尋呼流程的示意圖；圖7是示出了至少根據本發明的一個實施例的基於尋呼源的尋呼策略控制方法路程圖；圖8是示出了至少根據本發明的一個實施例的服務網關的結構的框圖；圖9是示出了至少根據本發明的一個實施例的服務網關的結構的框圖。具體實施方式下面將詳細描述本發明的各個方面的特徵和示例性實施例。在下面的詳細描述中，提出了許多具體細節，以便提供對本發明的全面理解。但是，對於本領域技術人員來說很明顯的是，本發明可以在不需要這些具體細節中的一些細節的情況下實施。下面對實施例的描述僅僅是為了通過示出本發明的示例來提供對本發明的更好的理解。本發明決不限於下面所提出的任何具體配置和算法，而是在不脫離本發明的精神的前提下覆蓋了元素、部件和算法的任何修改、替換和改進。在附圖和下面的描述中，沒有示出公知的結構和技術，以便避免對本發明造成不必要的模糊。根據本發明的一些實施例，提出一種基於尋呼源的尋呼策略控制方法，該方法基於目前MME的尋呼流程進行改進。該方法的步驟在圖6中被示出。在該方法中，VOLTE的尋呼流程儘管在IMS內部比較複雜，但是在SIPINVITE消息到達尋呼網關(PGW)之後，如圖5的方框中所示的信令流程，下發尋呼的過程與普通的PS尋呼完全一樣。圖6根據一種實施例，示出了用於VOLTE的尋呼過程的示圖。需要注意的是，該示圖僅是示例，其不應不適當地限制權利要求的範圍。本領域的技術人員可以在該圖的基礎上進行適應性地變化、替代和修改。如圖6所示，該流程包括以下步驟：1.當服務網關(SGW)收到發送給UE的下行數據包，而該UE的用戶面連接尚未建立時(即S-GW上下文數指示不存在下行鏈路用戶面TEID)，S-GW在本地緩存這部分數據包，並識別該UE所對應的MME；2.SGW發送(DownlinkDataNotification)消息給MME，該MME已經與下行數據對應的UE建立控制面連接；3.MME向SGW返回下行數據通知確認(DownlinkDataNotificationAcknowledge)消息；4.MME向UE註冊的TA中的每個eNodeB發送尋呼消息；5.如果UE中途為ECM-IDLE，在收到E-UTRAN接入的尋呼消息，將會發起UE的經觸發服務請求(UEtriggeredServiceRequest)流程。如果MME已經通過S1-MME與UE建立了信令連接，則在MME承載建立時，消息將被順序執行；6.MME通過一個定時器來管理尋呼流程，如果UE始終沒有響應尋呼請求消息，則MME重發尋呼消息。將普通PS數據業務與VOLTE的尋呼流程相比較，可知與PS普通數據業務不同的是，VOLTE的尋呼請求來自於IMS的會話邊界控制器(SessionBorderController，SBC)實體。因此，根據業務的尋呼源有針對性地區分不同的尋呼，將可保障語音尋呼的可靠性和穩定性。由SGW發送給MME的下行數據通知的信令，該信令的解析內容如下圖所示：在該信令中，可以增加一個欄位或信息元素(InformationElement)「IMS」，該欄位或信息元素IMS用於表示該業務是否為針對VOLTE的尋呼。如果該業務為針對VOLTE的尋呼，則該欄位為真。此時，將該尋呼消息列入VOLTE堆棧優先處理，並對其應用單獨地尋呼策略。圖7根據一種實施例，示出了通過「IMS」元素判斷該請求是否是VOLTE業務尋呼的方法700的流程圖。該流程圖僅是示例，其不應不適當地限制權利要求的範圍。本領域的技術人員可以在該圖的基礎上進行適應性地變化、替代和修改。雖然在以下的說明中以P/SGW(尋呼/服務網關)、SBC、MME等作為通信實體的示例，但是本領域技術人員能夠理解，該方法也能夠用於各種其他通信實體。如圖7所示，這一流程所包括的步驟如下。在步驟710中，P/SGW收到來自IMS的會話邊界控制器(SBC)的請求消息。由之前的描述可見，該請求消息用於VOLTE業務。在步驟720中，P/SG將下行數據通知信令的「IMS」元素設置為TRUE。在步驟730中，MME接收該下行數據通知信令，並檢查該下行數據通知信令的「IMS」位。在步驟740中，如果IMS位是TRUE，那麼MME將該條請求列入VOLTE堆棧中，並應用相對應的尋呼策略。在步驟750中，如果IMS位不是TRUE，那麼MME將該條請求作為普通的PS業務尋呼，並應用相應的尋呼策略。通過以上提出的技術方案，可以通過下行數據通知消息簡便地判斷請求消息是否對應VOLTE尋呼請求，從而在移動性管理實體處為VOLTE尋呼應用單獨的尋呼策略。針對普通的PS尋呼和VOLTE尋呼，所建議的尋呼策略如下表所示。尋呼策略普通PS尋呼VOLTE尋呼尋呼範圍較小較大尋呼次數較少較多尋呼間隔時間較大較小尋呼優先級較低較高如上表所示，對VOLTE的尋呼應用更適合於語音業務的尋呼策略，如較小的尋呼間隔時間、較大的尋呼次數和較高的尋呼優先級等。在圖8中，公開了一種服務網關(SGW)的框圖，該服務網關可以用於VOLTE尋呼業務的策略控制。該框圖僅是示例，其不應不適當地限制權利要求的範圍。本領域的技術人員可以在該圖的基礎上進行適應性地變化、替代和修改。如圖8所示，該服務網關包括接收模塊810、判斷模塊820設置模塊830以及尋呼策略應用模塊840。接收模塊810，被配置為接收用於尋呼業務的請求消息。作為示例，該請求消息可以是用於普通PS業務的尋呼或者VOLTE業務。如果該請求消息來自於IMS的會話邊界控制器(SBC)，由之前的描述可見，該請求消息用於VOLTE業務。判斷模塊820，被配置為判斷該請求消息是否用於VOLTE業務。設置模塊830，被配置為根據判斷模塊820的判斷結果，對該請求消息的「IMS」位進行設置。如果該請求消息是否用於VOLTE業務，則將該「IMS」位變更為TRUE；否則，對於該「IMS」元素將不做任何變更，或者將其變更為「FALSE」。尋呼策略應用模塊840，被配置為根據該請求消息的類型，應用不同的尋呼策略。如果該請求消息用於VOLTE業務，則將該請求消息列入VOLTE堆棧中，並應用相應的尋呼策略；否則，將該請求消息判定為用於普通PS業務尋呼，並應用相應的尋呼策略。通過以上提出的技術方案，可以通過下行數據通知消息簡便地判斷請求消息是否對應VOLTE尋呼請求，從而在移動性管理實體處為VOLTE尋呼應用單獨的尋呼策略。圖9是根據一示例性實施例示出的一種用於控制尋呼策略的服務網關(SGW)900的框圖。在該服務網關900內，一組指令或一系列指令可以被執行以使該服務網關根據示例實施例，執行本文所討論的任意一種方法。在替代的實施例中，該服務網關作為獨立設備操作或者可以連接至(例如，被聯網)至其它設備。在聯網部署中，該服務網關可以在服務網關-客戶端網絡環境中的服務網關或客戶端設備的能力中允許，或者它可以作為點對點(或分布式)網絡環境中的對等設備運行。該服務網關可以為移動通信設備(例如，蜂窩手機)、計算機、個人計算機(PC)、平板PC、混合平板、個人數字助理(PDA)、或任何能夠執行指令的設備(順序執行或以其它方式)，該指令指定將被該服務網關採用的行動。此外，當僅單個設備被表述時，術語「設備」還應當被認為包括單獨或聯合執行一組(或多組)指令以施行本文所討論的一個或多個方法的設備的任意集合。類似地，術語「基於處理器的系統」應當被認為包括一個或多個設備的任意集合，該設備被處理器(例如，計算機)操作或管理以單獨或聯合執行本文所討論的任意一個或多個方法。參照圖9，服務網關900可以包括以下一個或多個組件：處理組件902、存儲器904、電源組件906、多媒體組件908、音頻組件910、輸入/輸出(I/O)接口912、傳感器組件914、以及通信組件916。處理組件902通常控制服務網關900的整體操作，諸如與顯示，電話呼叫，數據通信，相機操作和記錄操作相關聯的操作。處理組件902可以包括一個或多個處理器920來執行指令，以完成上述的方法的全部或部分步驟。此外，處理組件902可以包括一個或多個模塊，便於處理組件902和其他組件之間的交互。例如，處理組件902可以包括多媒體模塊，以方便多媒體組件908和處理組件902之間的交互。存儲器904被配置為存儲各種類型的數據以支持在服務網關900的操作。這些數據的示例包括用於在服務網關900上操作的任何應用程式或方法的指令，聯繫人數據，電話簿數據，消息，圖片，視頻等。存儲器904可以由任何類型的易失性或非易失性存儲設備或者它們的組合實現，如靜態隨機存取存儲器(SRAM)，電可擦除可編程只讀存儲器(EEPROM)，可擦除可編程只讀存儲器(EPROM)，可編程只讀存儲器(PROM)，只讀存儲器(ROM)，磁存儲器，快閃記憶體，磁碟或光碟。電源組件906為服務網關900的各種組件提供電力。電源組件906可以包括電源管理系統，一個或多個電源，及其他與為服務網關900生成、管理和分配電力相關聯的組件。多媒體組件908包括在所述服務網關900和用戶之間的提供一個輸出接口的屏幕。在一些實施例中，屏幕可以包括液晶顯示器(LCD)和觸摸面板(TP)。如果屏幕包括觸摸面板，屏幕可以被實現為觸控螢幕，以接收來自用戶的輸入信號。觸摸面板包括一個或多個觸摸傳感器以感測觸摸、滑動和觸摸面板上的手勢。所述觸摸傳感器可以不僅感測觸摸或滑動動作的邊界，而且還檢測與所述觸摸或滑動操作相關的持續時間和壓力。在一些實施例中，多媒體組件908包括一個前置攝像頭和/或後置攝像頭。當服務網關900處於操作模式，如拍攝模式或視頻模式時，前置攝像頭和/或後置攝像頭可以接收外部的多媒體數據。每個前置攝像頭和後置攝像頭可以是一個固定的光學透鏡系統或具有焦距和光學變焦能力。音頻組件910被配置為輸出和/或輸入音頻信號。例如，音頻組件910包括一個麥克風(MIC，當服務網關900處於操作模式，如呼叫模式、記錄模式和語音識別模式時，麥克風被配置為接收外部音頻信號。所接收的音頻信號可以被進一步存儲在存儲器904或經由通信組件916發送。在一些實施例中，音頻組件910還包括一個揚聲器，用於輸出音頻信號。I/O接口912為處理組件902和外圍接口模塊之間提供接口，上述外圍接口模塊可以是鍵盤，點擊輪，按鈕等。這些按鈕可包括但不限於：主頁按鈕、音量按鈕、啟動按鈕和鎖定按鈕。傳感器組件914包括一個或多個傳感器，用於為服務網關900提供各個方面的狀態評估。例如，傳感器組件914可以檢測到服務網關900的打開/關閉狀態，組件的相對定位，例如所述組件為服務網關900的顯示器和小鍵盤，傳感器組件914還可以檢測服務網關900或服務網關900一個組件的位置改變，用戶與服務網關900接觸的存在或不存在，服務網關900方位或加速/減速和服務網關900的溫度變化。傳感器組件914可以包括接近傳感器，被配置用來在沒有任何的物理接觸時檢測附近物體的存在。傳感器組件914還可以包括光傳感器，如CMOS或CCD圖像傳感器，用於在成像應用中使用。在一些實施例中，該傳感器組件914還可以包括加速度傳感器，陀螺儀傳感器，磁傳感器，壓力傳感器或溫度傳感器。通信組件916被配置為便於服務網關900和其他設備之間有線或無線方式的通信。服務網關900可以接入基於通信標準的無線網絡，如WiFi，2G或9G，或它們的組合。在一個示例性實施例中，通信組件916經由廣播信道接收來自外部廣播管理系統的廣播信號或廣播相關信息。在一個示例性實施例中，所述通信組件916還包括近場通信(NFC)模塊，以促進短程通信。例如，在NFC模塊可基於射頻識別(RFID)技術，紅外數據協會(IrDA)技術，超寬帶(UWB)技術，藍牙(BT)技術和其他技術來實現。在示例性實施例中，服務網關900可以被一個或多個應用專用集成電路(ASIC)、數位訊號處理器(DSP)、數位訊號處理設備(DSPD)、可編程邏輯器件(PLD)、現場可編程門陣列(FPGA)、控制器、微控制器、微處理器或其他電子元件實現，用於執行上述方法。在示例性實施例中，還提供了一種包括指令的非臨時性計算機可讀存儲介質，例如包括指令的存儲器904，上述指令可由服務網關900的處理器920執行以完成上述方法。例如，所述非臨時性計算機可讀存儲介質可以是ROM、隨機存取存儲器(RAM)、CD-ROM、磁帶、軟盤和光數據存儲設備等。以上描述了本發明的優選實施例，但是，該實施例僅是示例性的，而不是要限制本發明的範圍，本發明的範圍由所附權利要求書及其等同物限定。此外，儘管已經詳細描述了本發明及其優勢，但應該理解，可以在不背離所附權利要求限定的本發明主旨和範圍的情況下，進行各種不同的改變、替換和更改；而且，本發明的範圍並不僅限於本說明書中描述的系統、方法和步驟的實施例。作為本發明普通技術人員應理解，通過本發明，現有的或今後開發的用於執行和根據本發明所採用的技術方案基本相同的方式或獲得基本相同結果的方法和步驟根據本發明可以被使用。當前第1頁1 2 3