用于訂閱互聯網協議多媒體子系統(ims)應用服務注冊狀態的系統和方法
【專利摘要】允許移動設備應用從經由互聯網協議多媒體子系統(IMS)訪問的應用服務，接收在注冊狀態中的變化的系統和方法。在移動設備上的應用訂閱接收請求的服務的注冊狀態變化的通知。當服務的注冊狀態變化發生時，通知消息被傳輸到移動設備上的應用。狀態變化的通知從而由在每個應用服務基礎上的每個應用接收。在一些實施例中，當請求向應用注冊失敗時，相應的通知消息包括失敗的原因。在一些實施例中，通知消息由在IMS中運行的注冊管理器發起，并被傳輸至在移動設備上運行的IMS客戶端。在一些實施例中，通知消息由每個應用服務發起并直接傳輸到訂閱的應用。
【專利說明】用于訂閱互聯網協議多媒體子系統(IMS)應用服務注冊狀態的系統和方法
[0001]對相關申請的交互引用
[0002]本申請要求2011年2月23日遞交的申請名稱為“SUBSCRIBING FOR INTERNETPROTOCOL MEDIA SUBSYSTEMS (IMS) SERVICES REGISTRATION STATUS” 的美國臨時專利申請61 / 445，958，本申請參考引用了該申請的全部內容。
【背景技術】
[0003]互聯網協議多媒體子系統(MS)是一種用于提供互聯網協議(“IP”)多媒體至移動用戶，如智能手機或平板電腦等移動設備的用戶的架構框架。頂S核心網絡(“IMS core”)允許有線和無線設備訪問多媒體、消息、語音應用和服務。MS標準和規范已經由第三代合作伙伴計劃(“3GPP”?)頒布。為了允許MS核心網被與互聯網資源集成，3GPP規范使用MS核心網內的互聯網工程任務組協議，如會話發起協議(“SIP”)和直徑(Diameter)。SIP是一種信令協議，用于創建，修改和終止由一個或多個媒體流構成的兩方或多方會話。移動設備注冊它的IP地址，SIP注冊服務器在MS核心“注冊”的方法令牌生成和發送SIP請求消息。一旦注冊成功,移動設備可能隨后建立通過MS核心的多媒體會話。
[0004]在移動設備上的MS客戶端(或MS堆棧)軟件組件允許在移動設備上的一個或多個應用注冊在MS網絡上提供的各種應用服務。如果注冊成功，則移動設備應用稍后可以利用其所向之注冊的應用服務所提供的功能。然而，如果注冊失敗，則應用將不能利用所提供的功能。在所請求的注冊失敗的情況下，請求的應用可能會受益于收到失敗通知。在目前的系統中，請求的應用可能會收到一個通用通知，警告移動設備已發生一個或多個注冊故障，無需提供特定服務注冊失敗的指示。這個缺點導致被拒絕的應用服務觸發器注銷所有應用，即使那些應用不一定需要被終止。此外，在目前的系統中，通用通知可以省略描述失敗原因的性質的信息。傳送到移動設備上的應用的信息缺乏意味著它無法有效地評估為了向應用服務注冊應采取什么額外的步驟(如果有的話)。
[0005]圖1A和IB提供根據目前系統的IMS應用服務注冊程序的概念式(high level)說明。在圖1A中，應用I發送請求到MS客戶端以注冊應用服務，確定為ICSI_1 (步驟I);應用2發送請求到IMS客戶端以注冊應用服務，確定為ICSI_2 (步驟2)；以及應用3發送請求到IMS客戶端以注冊應用服務，確定為ICSI_3 (步驟3)。接收服務注冊請求后，IMS客戶端傳輸所有接收到的注冊請求至MS網絡(步驟4)，其返回一個確認消息到MS客戶端(步驟5)。在步驟6中，MS網絡發送應用服務的注冊請求，確定為應用服務器3的ICSI_3 (其與ICSI_3相關聯)；在步驟7中，IMS網絡發送應用服務的注冊請求，確定為應用服務器2的ICSI_2 (其與ICSI_2相關聯)，以及，在步驟8中，IMS網絡發送應用服務的注冊請求，確定為應用服務器I的ICSI_1 (其與ICSI_1相關聯)。在IMS網絡發送每一個注冊請求到其相關的應用服務器之后，每個相應的應用服務器返回給MS網絡一個指示注冊是否成功或失敗的確認。例如，在步驟9中，應用服務器3返回“0K”的確認以通知MS網絡注冊成功；在步驟10中，應用服務器2返回“0K”的確認以通知MS網絡注冊成功，并在步驟11中，應用服務器I返回“OK”的確認以通知MS網絡注冊成功。
[0006]相應地，圖1A說明了一個成功的注冊流程，其中每個請求的注冊對每一個請求的服務都是成功的。然而，在實踐中，一個或多個請求的注冊可能失敗。例如，圖1B示出與圖1A相同的注冊流程除了在步驟9中，應用服務器3將返回一個“Ν0Κ”的確認。不同于圖1A中的步驟9中的“0K”的確認，圖1B的步驟9中的“Ν0Κ”的確認指示應用服務的注冊，確定為ICSI_3，已失敗。
[0007]當這樣的失敗發生時，請求的注冊的應用可能會受益于接收失敗發生的通知。因此，應用可以訂閱接收通知，通知指示請求的注冊是否成功或不成功。在實踐中，單個應用可以請求注冊或多個服務。例如，單個應用可請求服務A的注冊，其最終成功；并可以請求服務B的注冊，其最終成功注冊；并可以請求服務C的注冊，其最終失敗。在目前的系統中，應用將只通知收到的失敗，應用將不會被通知收到失敗的特定的應用服務。換句話說，該應用會知道至少一個應用服務失敗了，但應用將不知道失敗是否相對于服務A、服務B、服務C發生了。其結果是，該應用將被迫終止所有的應用服務(即，應用將終止服務A、服務B和服務C)，而不是只終止失敗的一個服務(即，服務C)。此外，在目前的系統中，應用不會收到失敗的原因。例如，應用不知道所請求的注冊是否因為移動設備用戶沒有支付訪問失敗的服務，因為不能建立至所請求的服務相關聯的服務器的物理連接，或一系列可能的其他原因而失敗。
【專利附圖】

【附圖說明】
[0008]圖1A是說明MS服務的成功注冊的流程圖。
[0009]圖1B是說明MS服務的不成功的注冊的流程圖。
[0010]圖2A是代表互聯網協議多媒體子系統(MS)環境的示意圖，在該環境中，應用服務可由移動設備訂閱。
[0011]圖2B是移動設備中的組件的方框圖，該移動設備在每一個應用的基礎上，接收注冊狀態變化的通知。
[0012]圖3A是示出了發送到移動設備的應用服務簡化圖的方框圖。
[0013]圖3B是在每一個應用的基礎上，提供注冊狀態變化通知的呼叫會話控制功能(CSCF)網絡節點的組件的框圖。
[0014]圖4是示出了 IMS服務的部分不成功的注冊的流程圖。
[0015]圖5是示出了 IMS服務的成功的注冊的流程圖，在該IMS服務中每一個請求應用接收來自MS客戶端的注冊狀態通知。
[0016]圖6是示出了 IMS服務中的部分不成功的注冊的流程圖，在該IMS服務中，每個請求應用接收來自相關應用服務的注冊狀態通知。
[0017]圖7是示出了注冊狀態機、基于每個應用注冊狀態機和基于每個服務注冊狀態機之間的關系的框圖。
[0018]圖8是提供應用的注冊狀態細節的XML文檔的例子。
[0019]圖9是示出了注冊狀態機和基于每個應用的注冊狀態機的方框圖。
【具體實施方式】[0020]本文公開了允許移動設備應用接收來自可以被經由互聯網協議多媒體子系統(MS)訪問的應用服務的注冊狀態中的變化的系統和方法。在移動設備上的應用傳送請求，以向經由MS網絡的一個或多個可用的應用服務注冊。在移動設備上的應用訂閱接收一個或多個請求的服務的注冊狀態變化的通知。當服務注冊狀態的變化發生時-特別是服務的終止-通知消息傳送到移動設備上的應用。通過在每一個應用服務(per-application-service)的基礎上接收狀態中變化的通知,在移動設備中的應用能夠更好地評估什么補救措施，如果有的話，可被采取以重新訂閱應用服務，定位不同的應用的服務，或停止，或以其他方式調節當前的應用的的操作，如果注冊失敗發生。
[0021]在一些實施例中，當向應用服務注冊的請求失敗時，相應的通知消息包括失敗的原因。失敗的原因可以被傳送到移動設備，例如，可擴展標記語言(XML)文檔中。失敗的原因提供了額外的信息以協助在移動設備上的應用確定什么，如果有的話，補救措施應被采取。在一些實施例中，通知消息擴展訂閱為由請求注解(RFC)中的互聯網工程任務組(IETF)定義的注冊信息。在一個實施例中，MS通信服務標識符(ICSIs)和MS應用注冊表標識符(IARIs)被用來傳達個別服務的狀態。
[0022]在一些實施例中，通知消息由在MS中操作的注冊管理器發起。注冊管理器傳送通知消息至在移動設備上操作的MS客戶端，其中消息的內容被分發到在移動設備上的訂閱的應用。在一些實施例中，通知消息由每個應用服務發起，并直接傳送到在移動設備上的訂閱的應用。
[0023]現在將描述本發明的各種實施例。下面的描述提供了這些實施例的透徹了解和可行說明的具體細節。然而，本領域技術人員將理解，沒有許多這些細節也可以實施本發明。此外，一些知名的結構或功能可能未被詳細顯示或描述，以避免不必要地模糊各種實施例的相關描述。在下面的描述中所使用的術語的旨在以其最廣泛的合理方式來解釋，即使它被與本發明的某些特定實施例的詳細描述配合使用。
[0024]代表件環塏
[0025]圖2A是典型的互聯網協議多媒體子系統(MS)環境200的示意圖，圖中來自應用反映注冊狀態變化的程序服務的通知消息被傳送到移動設備。在環境200中，移動設備202被配置來與受信任的無線接入網絡(RAN) 204和/或不受信任的RAN203進行通信，或通過受信任的無線接入網絡(RAN) 204和/或不受信任的RAN203進行通信，以為了向MS核心207注冊并利用IMS核心207。IMS允許服務提供商實施一系列引人注目的移動設備的移動服務。不同的IMS服務的IMS注冊可以基于在請求注解(RFC) 3680中定義的注冊信息的SIP事件包和在3GPP測試規范(TS) 24.229中定義的程序。
[0026]用戶可以采用移動設備202與其他用戶和設備進行通信。此外，用戶可以采用移動設備202接收、提供或以其他方式與多個MS服務互動。例如，基于位置的服務是使用移動設備的實際的或近似的位置以向移動設備提供增強或補充的服務。基于位置的服務，包括但不限于，緊急服務(如E911)、資產跟蹤或恢復服務(例如，被盜車的追蹤)、基于位置的警報或廣告服務(例如，依賴于移動設備用戶的位置的有針對性的廣告)、社交網絡服務(例如，報告家人或朋友的相對位置的服務)和/或類似物。此外，用戶還可以采用移動設備202接收、提供或以其他方式與另外的MS服務交互，另外的MS服務包括圖像共享服務、游戲服務、多媒體電話服務、即時消息和在線服務、視頻會議和共享服務、無線一鍵通(PoC)服務、3GPP組合服務(CSI)，和其他電信和互聯網融合服務。一旦移動設備202向MS核心網207成功注冊，該設備可建立MS核心管理的多媒體會話，以便訪問促進通信的應用和服務、基于位置的服務和/或其他服務。
[0027]移動設備202可以幾乎包括通過無線網絡進行通信的任何設備。這些設備包括移動電話，如全球移動通信系統(GSM)電話、時分多址(TDMA)電話、通用移動通信系統(UMTS)電話、演進數據優化(EVDO)電話、長期演進(LTE)電話、通用接入網絡(GAN)電話、非授權移動接入(UMA)電話和其它移動計算機或設備，如互聯網語音協議(VoIP)設備、安全用戶平面定位(SUPL)啟用終端(SETs)、個人數字助理(PDAs)、無線電頻率設備、紅外設備、掌上電腦、筆記本電腦、可佩戴的計算機、平板計算機、尋呼機，前述設備中的一個或多個組合的集成器件，等等。
[0028]如在圖2B中示出，其是典型的移動設備的框圖，每個移動設備202通常包括用于執行處理指令的處理器270，數據存儲介質組件280 (例如，硬盤驅動器、閃存、記憶卡等)，易失性存儲器和/或非易失性存儲器290，電源300，一個或多個網絡接口(例如，藍牙接口250 ;和網絡通信接口 255，其使得移動電話通過經由電信網絡的使用許可，半許可或未許可的頻譜發送和接收無線信號來進行通信)，音頻接口 285，顯示器260，小鍵盤或鍵盤265，以及其他的輸入和/或輸出接口 295。移動設備的各個組件可以通過總線相互連接。易失性和非易失性存儲器一般包括用于存儲信息，例如處理器可讀指令，數據結構，程序模塊或其他數據的存儲介質。可被存儲的信息的一些例子包括基本輸入/輸出系統(BIOS)，操作系統，和應用。所存儲的信息可以包括一個或多個能夠產生，傳輸和解釋語法上是正確的SIP消息的SIP客戶端。SIP客戶端允許移動設備向ISM核心207注冊并通過ISM核心207通?目。
[0029]返回到圖2Α，移動設備202可以由受信任的RAN204或不可信的RAN203連接到MS核心207。這兩種類型的RAN s提供移動設備202和MS核心網之間的第一物理無線鏈路。單個移動設備可能能夠使用一種或兩種類型的RANs。RANs203、204可以使用任何無線通信和數據協議或標準，如GSM、TDMA, UMTS, EVDO, LTE、GAN、UMA、碼分多址(CDMA)協議(包括IS-95、IS-2000和IS-856協議)，高級LTE或LTE+、正交頻分多址接入(OFDM)、通用分組無線業務(GPRS)、增強數據GSM環境(EDGE)、高級移動電話系統(AMPS)、WiMAX協議(包括IEEE802.16e-2005和IEEE802.16m協議)、無線保真(WiFi)、高速分組接入(HSPA)(包括高速下行分組接入(HSDPA)和高速上行分組接入(HSUPA))、超移動寬帶(UMB)、SUPL，等等。
[0030]受信任的RAN204是由MS核心207的運營商或與MS核心運營商相關聯的其他值得信賴的一方(例如，運營商的承包商，聯盟或行業合作伙伴)所經營的RAN。為了通過受信任的RAN進行無線通信，移動設備202可能需要通過部分由受信任的RAN實施的初步的驗證/授權檢查。受信任的RAN通過專用回程(例如，不向公眾開放的私有網絡)和中間組件206被連接至MS核心并與MS核心通信。中間組件可包括，例如，網關GPRS支持節點(GGSN)、服務GPRS支持節點(SGSN)或類似的促進移動性管理、會話管理和受信任的RAN204內的IP數據包服務的傳輸的組件。
[0031]不受信任的RAN203是通過公共網絡(如Internet)連接到MS核心網207的RAN。不受信任的RAN可能無法實現足以防止基于MS核心的安全攻擊的認證/授權測試。在一些例子中，移動設備202使用WiF1、GAN或UMA協議在無線接入點連接到不受信任的RAN。[0032]中間組件206和不受信任的RAN103都連接到MS核心網207。IMS核心包括各種呼叫會話控制功能(CSCF)和其他組件，其中包括提供SIP注冊和代理功能。IMS核心包括代理 CSCF (P-CSCF) 208、詢問 CSCF (1-CSCF) 212、服務 CSCF (S-CSCF) 216、安全網關(SEG) /會話邊界控制器(SBC) 210，歸屬用戶服務器(HSS) 214。MS核心組件的基本功能由3GPP頒布的標準描述，3GPP頒布的標準包括3GPP TS23.002，版本9.2.0第9版，其通過引用將其全部并入于此。
[0033]如圖2A中所示，中間組件206通過P — CSCF208連接受信任的RAN204至MS核心網207。與此相反，不受信任的網絡203通過SEG / SBC210間接地連接到P — CSCF208。SEG / SBC在移動設備202和MS核心之間可以建立安全IP隧道。在一些實例中，受信任的網絡204可以通過SEG / SBC連接到P— CSCF。在其他實施例中，不受信任的網絡通過互聯網直接連接到P — CSCF。
[0034]為了向MS核心網207注冊，移動設備202上運行的SIP客戶端生成并通過受信任的RAN204或不受信任的RAN203發送初始SIP注冊消息到MS核心網。初始注冊消息包括REGISTER方法令牌和擴展頭的信息，包括與移動設備202相關聯的MEI和MSI。該P—CSCF208接收初始的SIP注冊消息并將消息轉發到I一CSCF212。本領域技術人員將會理解，在一些實施例中，P-CSCF也可以執行SEG / SBC210的部分或全部的功能。
[0035]該I一CSCF212和/或S — CSCF216可以利用在接收的注冊消息中的MEI / IMSI標識符通過Diameter協議生成和發送用戶授權請求(UAR)至HSS214。UAR尤其包括與移動設備202相關聯的MEI和MSI。在一些實施例中，在I一CSCF利用從P — CSCF轉發的SIP注冊消息生成并發送UAR至HSS以及S — CSCF實施額外的標準的MS注冊方法。在其他實施例中，I一CSCF不生成和發送UAR，而是查詢HSS以識別注冊消息被轉發至哪一個S—CSCF0在這樣的例子中，在I一CSCF轉發接收到的SIP注冊消息至被識別的$—CSCF。如在本文中更詳細地描述，S — CSCF稍后利用SIP注冊消息以產生并向HSS發送UAR。S — CSCF發送SIP注冊信息的一個或多個應用服務器220、225和230，以完成注冊過程。S — CSCF還實施了更多的標準的頂S注冊方法(例如，HTTP摘要認證和密鑰協議(AKA)認證)。
[0036]HSS214是一個主用戶數據庫，其中包含與訂閱有關的信息，如訂戶配置文件。該HSS執行移動設備202的認證和授權，并提供關于移動設備的IP地址的信息。該HSS可以執行標準的如3GPP規范和標準所描述的MS注冊程序。該HSS也驗證在UAR中的MEI /IMSI標識符，以便確定是否拒絕到移動設備202的注冊。該HSS也可以使用接收的MEI，以確定移動設備的性能。
[0037]IMS服備灃冊的概沭
[0038]圖3A是提供到移動設備的IMS應用服務的注冊及交付的簡化視圖的方框圖。在移動設備305上運行的應用使用MS客戶端325在MS網絡中注冊應用服務。MS客戶端(或MS堆棧)維護MS注冊，只要應用需要保持與相應的應用服務的聯系。在MS網絡中的MS代理(*-CSCFs) 330保持由移動設備發起的注冊，并為MS通信提供合適的路由。當出于任何原因的其中一個的應用服務器被涉及拒絕初始注冊請求，IMS服務無法用于移動設備，并且移動設備上的應用的功能可以基本上或完全由注冊失敗所影響。
[0039]在圖3A中，在移動設備305上的三個應用被描述為使用應用服務，即應用A (310)、應用B (315)和應用N(320)。在移動設備上的應用與MS網絡通過MS客戶端325進行通信。MS客戶端325位于移動設備內，并管理移動設備應用和在MS網絡中的其他組件之間的通信。例如，頂S客戶端325接收來自移動設備的應用(310、315、320)的注冊請求，轉發接收的注冊請求到IMS網絡370，接收來自移動設備應用的注冊狀態通知訂閱請求，并轉發接收到的注冊狀態通知訂閱請求到MS網絡。在一些實施例中，MS客戶端325額外地接收來自應用服務340、350和360的注冊狀態通知，并轉發接收到的狀態通知到適當的移動設備應用。那些本領域技術人員將會理解的頂S客戶端325可以在Android?、WindoWs?、iOS?中，或由移動設備所使用的其他操作系統環境中被執行。
[0040]IMS客戶端325連接到MS網絡中的一個或多個CSCF330內的注冊管理器組件335。注冊管理器組件335位于MS網絡中，并且管理在一個或多個移動設備應用310、315、320和一個或多個應用服務340、350、360之間的注冊。例如，注冊管理器335接收來自移動設備應用的注冊請求，將接收到的注冊請求轉發至合適的應用服務器，從MS客戶端接收注冊狀態通知訂閱請求，并轉發接收到的注冊狀態通知訂閱請求到合適的應用服務器。在一些實施例中，注冊管理器335可以接收起到注冊請求和登記狀態通知訂閱請求功能的單個請求。收到請求后，注冊管理器335可以將請求轉發到合適的應用服務，并自動訂閱應用以接收與該服務相關的狀態通知。在一些實施例中，注冊管理器335額外地從一個或多個應用服務器接收注冊狀態通知并轉發接收到的注冊狀態通知到MS客戶端325。
[0041]圖3B是執行注冊管理器組件335的的功能的MS網絡370內的CSCF330節點的框圖。CSCF330可能包含一個或多個用于執行處理指令的處理器375、數據存儲介質組件385 (例如，硬盤驅動器，閃存，存儲卡等)，易失性存儲器和/或非易失性存儲器380。執行注冊管理器335功能的指令可被存儲在數據存儲介質和/或存儲器中并由處理器執行。雖然注冊管理器組件335的功能在圖3B中被描述為位于CSCF330內，但是應當理解的是注冊管理器組件335可以獨立于CSCF330被執行。也就是說，注冊管理器組件335可作為MS網絡370內的一個獨立服務被操作，或可以包含在MS網絡370內的其它網絡節點中。
[0042]返回到圖3A，IMS網絡370可以被連接到多個提供應用服務的應用服務器。例如，注冊管理器335可以連接應用服務A內的狀態通知組件345，連接到應用服務B內的狀態通知組件355，以及連接到應用服務N內的狀態通知組件365。每個狀態通知組件(345、355、365)位于其各自的應用服務內，管理其各自的應用服務器和MS網絡之間的通信，并處理注冊請求(即，發起在發起注冊請求的應用和所請求的服務位于其上的應用服務器之間的主動連接)。例如,狀態通知組件355接收來自MS網絡的注冊請求，處理所請求的注冊,并生成注冊狀態的通知，該通知指示所請求的注冊是否成功或不成功。在一個實施例中，狀態通知組件355發送所生成的通知到IMS網絡，其稍后轉發所生成的通知給請求應用。在另一個實施例中，狀態通知組件355直接將所生成的通知發送到應用，該應用請求注冊至服務。在圖3A中，三個服務是相互獨立的，也就是說，應用服務A提供的價值不依賴于應用服務B或應用服務C是否可用。此外，服務A將繼續可用即使訪問服務B不獲批準或以其他方式因任何原因終止。
[0043]IMS服務的注冊及注冊信息的訂閱
[0044]圖4是示出了 MS服務的部分不成功的注冊的流程圖。應用A連接到IMS客戶端(步驟I)，請求到MS網絡的注冊(步驟2)。MS網絡認證請求的應用位于其上的移動設備，以及向MS客戶端發送IMS網絡的注冊是否成功或不成功的指示。例如，在步驟3中，IMS網絡返回“2000K”狀態到MS客戶端，從而表明到MS網絡的注冊成功。在步驟4中，IMS客戶端轉發狀態成功的指示到應用A。在步驟5中，在接收到注冊請求后，MS網絡轉發注冊請求(源自應用A)的應用到程序服務A。應用服務A可返回應用服務注冊是否成功或不成功的指示到頂S網絡。例如，在步驟6，應用服務A返回“2000K”狀態到MS網絡，從而表明應用服務A注冊成功。
[0045]接著，應用B連接到MS客戶端(步驟7)以請求到MS網絡(步驟8)的注冊。因為應用B位于其上的移動設備先前被連接到MS網絡(步驟2)，連接被簡單地刷新而不是重新建立(步驟8)。然后，MS網絡發送MS網絡的刷新是否成功或不成功的指示到IMS客戶端。例如，在步驟9中，IMS網絡返回“2000K”狀態至IJ IMS客戶端，從而表明到IMS網絡的注冊(即，刷新)成功。在步驟10中，IMS客戶端轉發成功狀態指示到應用B。在步驟11中，在接收注冊請求之后，IMS網絡轉發注冊請求(源自應用B)應用服務B。應用服務B可以返回應用服務注冊是否成功或不成功的指示到MS網絡。例如，在步驟12中，應用服務B返回“200N0K”狀態到MS網絡的，從而表明到應用服務B的注冊失敗。
[0046]為了代表性任何失敗的注冊請求，應用A可請求訂閱以接收有關的任何請求的連接的通知。例如，在步驟13中，應用A發送訂閱請求到MS客戶端。在步驟14中，MS客戶端轉發訂閱請求到MS網絡。MS網絡然后發送接收通知的訂閱是否成功或不成功的指示到IMS客戶端。例如，IMS網絡返回“2000K”確認至IJ IMS客戶端(步驟14.1)，然后將確認轉發至應用A (步驟14.2)。
[0047]在步驟15中，MS網絡發送通知信息到MS的客戶端。MS客戶端確認收到通知(步驟16.1)和轉發收的通知到應用A(步驟16.2)，因為應用A先前訂閱接收通知(步驟13)。
[0048]在步驟17中，應用B發送訂閱請求到MS客戶端。在步驟18中，MS客戶端轉發訂閱請求到IMS網絡。IMS網絡稍后發送接收通知的訂閱是否成功或不成功的指示到IMS客戶端。例如，頂S網絡返回“2000K”確認到MS客戶端(步驟18.1)，然后轉發確認到應用B (步驟18.2)。
[0049]在步驟19中，MS網絡發送通知信息到MS客戶端。MS客戶端確認收到通知(步驟19.1)，并轉發收到通知到應用B (步驟20)，因為應用B先前訂閱接收通知(步驟17)。此外，IMS客戶端轉發收到的通知到應用A(步驟20.1)，因為應用A先前也訂閱收到通知(步驟13)。通知信息在服務的基礎上提供服務狀態指示至每個應用。提供通知信息到應用允許應用更好地確定當應用服務狀態變化時應采取什么樣的行動。
[0050]圖5是示出MS服務的成功注冊的流程圖，在MS服務中，每一個請求應用從MS客戶端325接收注冊狀態通知。應用I發送注冊服務的請求至MS客戶端以被確定為ICSI_1 (步驟I);應用2發送注冊服務的請求至IMS客戶端以被確定為ICSI_2 (步驟2)；應用3發送注冊服務的請求至IMS客戶端以被確定為ICSI_3 (步驟3)。在接收服務注冊請求后，MS客戶端發送所有接收到的請求到MS網絡(步驟4)，其返回確認消息到MS客戶端(步驟5)。在步驟6中，IMS網絡發送服務的注冊請求確定為ICSI_3至應用服務3(其與ICSI_3相關聯)，在步驟7中，IMS網絡發送注服務的冊請求確定為ICSI_2至應用服務2(其與ICSI_2相關聯)，以及在步驟9中，IMS網絡發送服務的注冊請求確定為ICSI_1至應用服務I (其與ICSI_1相關聯)。在步驟8，IMS網絡接收來自MS客戶端的訂閱請求以接收有關MS客戶端發送的所有注冊請求的通知信息。在步驟10中，MS網絡發送請求的確認至MS客戶端。MS客戶成功訂閱以接收通知后，IMS網絡從每一個注冊曾被請求的服務接收注冊狀態:在步驟11中，應用服務3發送“NOK”確認以通知IMS網絡注冊失敗，在步驟12中，應用服務2返回“OK”確定以通知MS網絡注冊成功，以及在步驟13中，應用服務I返回“OK”確認以通知MS網絡注冊成功。在接收每個服務的注冊狀態之后，MS網絡發送通知到MS客戶端(步驟14)，返回確認到MS網絡(步驟15)。在從MS網絡接收通知之后，IMS客戶端轉發接收到的通知到與MS客戶端連接的所有的應用:在步驟16中，IMS客戶端將接收到的通知轉發到應用3 ;在步驟17中，IMS客戶端將接收到的通知轉發到應用2，以及，在步驟18中，IMS客戶端將接收到的通知轉發到應用I。
[0051]圖6是示出IMS服務的部分未成功注冊的流程圖，在IMS服務中，每個請求應用直接從相關的應用服務接收注冊狀態通知。應用I發送注冊服務的請求至IMS客戶端以確定為ICSI_1 (步驟I);應用2發送注冊服務的請求至IMS客戶端以確定為ICSI_2 (步驟2)；以及應用3發送注冊服務的請求至IMS客戶端以確定為ICSI_3 (步驟3)。在接受服務注冊請求后，MS客戶端發送的所有接收到的請求到MS網絡(步驟4)，其返回確認消息到IMS客戶端(步驟5)。在步驟6中，MS網絡發送服務的注冊請求確定為ICSI_3至應用服務3(其與ICSI_3相關聯)；在步驟7中，IMS網絡發送注服務的冊請求確定為ICSI_2至應用服務2 (其與ICSI_2相關聯)，以及在步驟8中，IMS網絡發送服務的注冊請求確定為ICSI_1至應用服務1(其與ICSI_1相關聯)。在步驟9，IMS網絡接收來自應用I的訂閱請求以接收有關應用I發送的所有注冊請求的通知信息。在步驟10中，MS網絡轉發訂閱請求至應用服務I。在接收訂閱請求后，應用服務I直接返回確認至應用I (步驟12)。在步驟13中，應用服務I發送通知至應用I，其返回確認至應用服務I (步驟14)。
[0052]注冊狀態機和基于每個應用的注冊狀態機
[0053]圖9示出與向IMS核心注冊的每個移動設備相關聯的注冊狀態機(RSM)。如在RFC3680中列出的，RSM100與每個移動設備地址記錄相關聯。當沒有移動設備注冊地址記錄時，RSM是“初始”狀態105。當移動設備注冊地址記錄時，RSM過渡到“激活”狀態110。RSM保持在活躍狀態，只要有移動設備注冊。當移動設備取消注冊時，RSM過渡到“終止”狀態115，然后立即轉換到初始狀態105。從初始狀態過渡到激活狀態，從激活狀態過渡到終止狀態，產生注冊信息的任何訂戶通知。從終止狀態過渡到初始狀態不生成通知。
[0054]圖9還描述了基于每個應用的注冊狀態機125，其與通過MS核心撥打服務電話的每個移動設備應用相關聯。每個移動設備的注冊與一組應用相關聯。除了與移動設備相關聯的RSM100，在移動設備上的每個應用與自己的狀態機(“基于每個應用的RSM”)進行建模。然而，當沒有應用被注冊時，基于每個應用的RSM125不會存在。相比之下，RSM100始終存在不論地址記錄是否存在。基于每一個應用的RSMs的初始狀態130和終止狀態140是短暫的，也就是說，基于每個應用的RSM在創建后立即過渡到激活狀態135。當終止時，基于每個應用的RSM過渡到銷毀狀態145。因此，訂戶不會被通知關于從初始狀態轉變到激活狀態，以及從終止狀態到銷毀狀態。
[0055]無論RSM或任何基于每個應用的RSMs的狀態何時發生變化，注冊管理器335可以向移動設備發送注冊信息。為了減少通知通信，服務器可僅當訂戶需要這樣的通知時通知完全狀態。這樣的要求的通知可能會發生，例如，當具有到期定時器的訂閱被接收時。否則，通知可能包含關于改變狀態的RSM的唯一信息。
[0056]基于每個服務的注冊狀態機
[0057]正如前面所描述的，在移動設備上的每個應用可被注冊一組一個或多個服務。這些服務被頂S通信服務標識符(ICSIs)或MS應用注冊表標識符(IARIs)進行識別。這些服務的每一個與其自己的基于每個服務的注冊狀態機(“基于每個服務的RSM”)進行建模。基于每個服務的RSM當應用向IMS服務(由ICSI或IARI確定的)時被具體化，以及當由ICSI或IARI確定的IMS服務的應用的注冊被移除時而被刪除。基于每個服務RSM與基于每個應用的RSM是相同的，不同之處在于基于每個應用的RSM可以多于一個的基于每個服務的RSM。
[0058]每個應用服務可生成至訂戶的通知而不論事件發生是否適合于該服務。然而，在實踐中，在服務層的每個事件的通知可能是不可取的。對于基于每個服務的RSM，過渡到激活狀態和過渡到終止狀態，可以被通知給所有訂戶。所有其他的轉換可能會或可能不會被注冊管理器335進行通知。此外，在實踐中，避免生成包含整個注冊狀態的完全通知是可取的。相反，通知可包含有關實際發生的變化的注冊信息。例如，應用可以注冊第一服務確定為ICS1-1和第二服務確定為ICS1-2，從而導致兩個基于每個服務的RSMs。當ICS1-2的RSM被終止時，則通知將包含只介紹這個過渡的注冊信息。由ICS1-1確定的服務的事實保持活躍不被通知。
[0059]以這種方式應用基于每個服務的RSM以使得在移動設備上運行的應用訂閱MS服務狀態并僅在狀態發生變化時被通知。在上面的例子中，MS應用傳送由ICS1-2確定的服務可取消注冊并通知用戶，而應用傳送由ICS1-1所確定的服務將繼續運行。
[0060]在RSM、某于毎個應用的RSM和某于毎個服備的RSM之間的關系
[0061]圖7中的圖表描述了 RSM405、基于每個應用的RSMS410和基于每個服務的RSMS415之間的關系。當RSM為激活狀態時，至少一個的基于每個應用的RSM必須存在，因為任何注冊必須與一組應用相關聯。然而，基于每個服務的RSM與由ICSI或IARI所確定的服務相關聯。在實踐中，應用可以為IMS注冊但不會為某項服務注冊。
[0062]訂戶(即，應用或MS客戶端)可以請求在完整的RSM或在基于每個服務的RSM中的轉換的通知。對于完整的RSM，訂戶可以按照RFC3680發送訂閱請求。對于基于每個服務的RSM，訂戶可包括所有的識別在訂閱請求或在單獨的請求中的基于每個服務的RSM的ICSIs和IARIs。注冊管理器335接受訂閱到基于每個服務的RSM并生成代表由在訂閱請求中接受到的ICSIs和IARIs所確定的服務。
[0063]注冊信息文件
[0064]注冊管理器335可傳達注冊狀態中的變化到移動設備的注冊信息文檔。圖8描述了具有代表性的注冊信息文檔800，其格式為可擴展標記語言(XML)文檔。可以理解的是，除了所描述的語言格式也可以使用其他格式的語言提供注冊狀態信息。
[0065]注冊信息文檔由注冊信息元素805和它的版本及狀態屬性所表示。RSM由注冊元素810和責任區域、ID及狀態屬性所表示。基于每個應用的RSM由接觸元素、它的屬性(attr)和統一資源標識符(uri)元素所表示。未知-參數元素被專門定義為傳達未在SIP規范文檔(RFC3261)中指定的應用頭部參數。在所描述的文檔中，未知-參數元素被因此用來表示基于每個服務的RSM。具體來說，未知-參數元素由指定注冊狀態被尋求或提供的服務的ICSI和IARI參數815填充。正如在TS24.229中指定的，ICSIs被編碼為g.3gpp.1csi一ref以及IARIs編碼為g.3gpp.1ari一ref。所有的應用標識符和服務標識符由聯系人和/或接受-聯系頭部中的移動設備在注冊階段進行添加。這些標識符也可以被包含在所有的適合于其他請求而不是注冊請求的通用程序中。
[0066]除了包括確定服務的注冊狀態，注冊信息文檔還可包含元素820，元素820傳達基于每一個服務的RSM過渡的原因。該原因當服務轉換到終止狀態時可被提供，也可以當服務轉換到其他狀態時被提供。例如，在圖8中典型的注冊信息文件描述激活的RSM，MMTEL服務的激活的基于每個服務的RSM和GAMEX版本I服務的終止的基于每個服務的RSM。特別是，注冊信息指示GAMEX服務失敗，因為“到GAMEX服務的[用戶]訂閱已被終止。”通過為應用提供這樣的基于服務的過渡的原因，該應用能夠將此信息傳達給用戶，以使用戶能夠采取措施補救終止條件。事實上，在過渡到終止狀態的原因的目的是要顯示給移動設備的用戶的情況下，狀態過渡的實際原因是特別重要的。
[0067]一般來說，本文所公開的系統和方法，由此擴展為在RFC3680中定義的基于每個應用的RSM和在MS中的上下文中定義了基于每個服務的RSM。因此，所公開的系統允許在移動設備上運行的MS應用訂閱特定的MS服務的狀態變化。還允許MS網絡終止服務而讓其他服務繼續。
[0068]在基于每個服務的基礎上提供注冊狀態信息以及為過渡到終止狀態提供原因的能力使應用可以更有效地利用系統資源并更提供豐富的用戶體驗。例如，應用可使用狀態和原因信息以維持已成功建立的服務連接，而重新嘗試先前失敗的服務。此外，注冊狀態和原因信息可允許應用通知用戶為什么特定請求的服務不可用。本領域技術人員將會理解，注冊狀態和原因信息可允許公開的系統提供額外的可以提供更豐富的用戶體驗的功能，如顯示指示服務中斷是否是暫時性質的(例如，應用服務器暫時處于離線狀態)，或顯示指示表明服務中斷將一直有效直到用戶采取指定的動作(例如，支付逾期賬單至服務提供商或同意支付一個或多個獨立的服務)。
[0069]系統的實施例的上述的詳細描述并非意在窮舉或限制系統為上述公開的精確形式。而如上所述的系統的具體的實施例是說明目的，作為在相關領域的技術人員將認識到系統范圍內的各種等同修改是可能的。例如，當過程或步驟以給定順序呈現時，替代實施例可以以不同的順序執行具有步驟的例程或采用具有步驟的系統，并且一些過程或步驟可被刪除、移動、添加、細分、結合和/或修改，以提供選擇或重組。這些過程或步驟中的每一個可以被以多種不同的方式實現。此外，雖然過程或步驟在時間上以串聯方式被顯示，這些過程或步驟也可以被并行執行或者在不同的時間被執行。
【權利要求】
1.一種在移動設備中接收來自注冊的應用服務的服務通知的計算機可執行方法，所述方法包括: 從所述移動設備并通過互聯網協議多媒體子系統aMS)傳輸請求，以向多個相關的應用服務注冊在所述移動設備上的至少一個應用；和 在所述移動設備上從所述多個應用服務接收多個通知，在應用服務基礎上，每一個所述通知指示所述對應的應用服務的所述狀態，其中至少一個的所述通知指示所述對應的應用服務的失敗。
2.如權利要求1所述的計算機可執行方法，其中所述多個通知包括，每一個被請求的注冊是活躍或者是被終 止的指示。
3.如權利要求1所述的計算機可執行方法，其中所述多個通知進一步包括所述注冊狀態的理由的指示。
4.如權利要求3所述的計算機可執行方法，進一步包括如果所述接收到的通知指示所述注冊終止，則撤銷在所述移動設備上的所述相關的應用的注冊。
5.如權利要求1所述的計算機可執行方法，其中所述通知由所述移動設備上的所述應用接收。
6.如權利要求5所述的計算機可執行方法，其中所述通知被從所述應用服務傳輸到所述應用。
7.如權利要求1所述的計算機可執行方法，其中所述通知由在所述移動設備上的IMS客戶端接收，所述IMS客戶端將所述接收的通知提供至所述移動設備上的所述對應的應用。
8.如權利要求7所述的計算機可執行方法，其中所述通知被從所述MS客戶端中的組件傳輸至頂S客戶端。
9.一種提供應用服務狀態通知到移動設備的計算機可執行方法，所述方法包括: 從多個移動設備接收請求，以接收由所述多個移動設備經由互聯網協議多媒體子系統(IMS)訪問的應用服務的狀態改變的通知； 從應用服務接收多個通知，每一個通知提供相應的應用服務的狀態； 識別與在每一個所述接收到的多個通知中的所述應用服務相關聯的移動設備； 對于每一個接收到的通知，提供所述接收到的通知至所述與所述應用服務相關聯的所述被識別的移動設備，在應用服務基礎上，所述通知指示所述應用服務的所述狀態。
10.如權利要求9所述的計算機可執行方法，其中所述接收到的狀態指示所述被請求的應用服務是否活躍或者被終止。
11.如權利要求9所述的計算機可執行方法，其中所述每一個通知進一步包括所述接收到的狀態的理由的指示。
12.如權利要求11所述的計算機可執行方法，其中所述接收到的狀態的理由被包含在可擴展標記語言(XML)文檔中。
13.如權利要求9所述的計算機可執行方法，其中所述通知被從所述應用服務傳輸至所述被識別的移動設備上的一個或多個應用。
14.如權利要求9所述的計算機可執行方法，其中所述通知被從所述IMS客戶端中的組件傳輸至在所述被識別的移動設備上的所述頂S客戶端。
15.一種有形的計算機可讀介質，其存儲的指令當由移動設備的處理器執行時使得所述移動設備執行一個方法，以從通過因特網協議多媒體子系統(MS)訪問的應用服務接收注冊狀態中的變化，所述方法包括: 在所述移動設備上接收請求，以向一個或多個經由互聯網協議多媒體子系統訪問的應用服務注冊在所述移動設備上的一個或多個應用的； 經由所述MS傳輸所述請求以將在所述移動設備上的所述一個或多個應用注冊至所述一個或多個相關聯的應用服務； 在所述移動設備上接收一個或多個有關所述請求的注冊的通知，在應用服務基礎上，所述一個或多個通知指示每一個應用服務的所述注冊，所述通知被提供給在所述移動設備上的相應的應用。
16.如權利要求15所述有形的計算機可讀介質，其中所述一個或多個通知進一步包括所述注冊的狀態的理由的指示。
17.如權利要求16所述有形的計算機可讀介質，其中所述注冊的狀態的理由被包含在可擴展標記語言(XML)文檔中。
18.如權利要求15所述有形的計算機可讀介質，其中所述指令還使得所述移動設備撤銷在所述移動設備上注冊所述相關聯的應用，如果所述接收到的通知指示所述注冊終止。
19.如權利要求15所述有形的計算機可讀介質，其中所述通知由在所述移動設備上的所述應用接收。
20.如權利要求15所述有形的計算機可讀介質，其中所述通知由所述移動設備上的IMS客戶端接收，所述MS客戶端將所述接收到的通知提供至所述移動設備上的所述相應的應用。`
【文檔編號】H04W68/00GK103733701SQ201280019691
【公開日】2014年4月16日 申請日期:2012年2月23日 優先權日:2011年2月23日
【發明者】亞歷山德魯·卡他林·約內斯庫 申請人:T移動美國公司