一種業務配置的方法及業務配置保存實體的製作方法

2023-09-22 01:13:20

專利名稱：：一種業務配置的方法及業務配置保存實體的製作方法
技術領域：
：本發明屬於通信
技術領域：
，特別涉及一種業務配置的方法及業務配置保存實體。
背景技術：
：在基於IMS(IPMultimediaSubsystem,IP多媒體子系統)的應用中，用戶採用籤約的方式使用IMS業務平臺提供的服務。用戶使用IMS業務的標識為一個URI(UniformResourceIdentifier,統一資源標識符)，例如可以是SIP(SessionInitiationProtocol,會話啟動協議)URI或者是一個TELURI,均是一種用戶標識。在已往的應用中，均主要屬於單一用戶設備接入IMS和使用基於IMS的業務的場景，在現有的應用系統中，可能的應用包括PoC(PushtoTalkovercellular,無線一鍵通)業務、IM(InstantMessage,即時消息)業務、CPM(ConvergentIPMessaging,匯集IP消息)業務、XDM(XMLDocumentManagement,XML文件管理)引擎、呈現業務等等，隨著業務類型的增加，還可能有其他業務在基於IMS的系統中應用。在以上列舉的應用中，需要用戶根據自己的意願進行業務信息的配置。在OMAPoC業務中，PoC終端能夠在用戶歸屬的PoC伺服器參與功能上進行業務配置(ServiceSetting),這種業務設置使用了SIPPUBLISH消息類型，上載了用戶在伺服器上的配置信息。配置信息的保存按照用戶不同分開保存，可以使用用戶標識進行區分。這些配置信息可以包括應答模式設置、會話閉鎖設置、即時通知消息、並發會話設置、被叫方標識信息設置、媒體內容設置、文本內容設置、PoCBox設置等等。由於SIPPUBLISH消息類型有周期性的特點，這種方式保存的配置信息有一定的時效性。根據OMAPoC業務的定義，業務設置在用戶終端完成業務註冊後開始進行，業務設置在業務去註冊後，該用戶所屬的配置信息可以自動地刪除。在OMAPoC業務中還存在一種用戶配置方式，用戶終端使用XDM引擎提供的能力，使用XDMC通過XCAP協議在XDMS伺服器上配置長期保存的配置信息，如用戶接入策略，通用接入策略等等。這部分配置信息有長期保存的特點。在其他業務中，廣泛存在著用戶終端針對業務進行業務信息配置的場景。例如，用戶終端能夠設置不同，這些場景就目前的使用看，都針對不同的用戶，也根據某個用戶進行區分。在現有業務信息配置的方法中，可以看出，這些業務配置均為某一個用戶保存，應用時也會根據某一個用戶進行的配置執行相應的設置。在同屬於一個用戶的多個設備在多種應用場景中使用的情況下，這樣的業務設置方式都不能滿足多個設備的使用。例如，多個設備由於具備不同的能力，對某個業務中的配置必然有所不同。一個用戶進行的業務配置，一部分業務配置是用戶意願的體現，和某一個用戶設備的使用無關，如應答模式等。另外，一個用戶進行的業務配置，還會由於使用不同的業務終端而不同，如使用帶攝像頭和不帶攝像頭的用戶終端能夠支持的媒體類型必然不同。因此在現有技術中，用戶進行業務配置的方式，在同一用戶多設備情況引入的場景下，無法根據設備進行區別配置，不能滿足使用要求。
發明內容為了解決現有用戶進行業務配置的方式在同一用戶多設備情況引入的場景下，無法根據設備進行區別配置，不能滿足使用要求的問題，本發明實施例提供了一種業務配置的方法，包括業務配置保存實體接收同一用戶的用戶終端上載的用戶配置信息、用戶標識、用戶設備配置信息和用戶設備標識；業務配置保存實體對用戶配置信息和用戶標識進行捆綁保存，對同一用戶終端的用戶設備標識和用戶設備配置信息進行捆綁保存。同時本發明實施例還提供一種業務配置保存實體，包括接收模塊用於接收同一用戶的用戶終端上載的用戶配置信息、用戶標識、用戶設備配置信息和用戶設備標識；保存模塊用於對用戶配置信息和用戶標識進行捆綁保存，對同一用戶終端的用戶設備標識和用戶設備配置信息進行捆綁保存。由上述本發明提供的具體實施方案可以看出，正是由於對同一用戶的用戶設備標識和用戶設備配置信息進行捆綁保存，使得在同一用戶多設備情況引入的場景下，可以根據設備進行區別配置。圖1為本發明提供的第一實施例方法流程圖2為本發明提供的第一實施例配置信息的關係示意圖3為本發明提供的第二實施例方法流程圖4為本發明提供的第三實施例方法流程圖5為本發明提供的第四實施例業務配置保存實體結構具體實施例方式本發明提供的第一實施例是一種設備業務配置方法，在用戶設備使用XDM機制上載配置信息的過程中，XDM機制使用XCAP協議承載配置信息。在本實施例中，屬於同一個用戶的兩個用戶終端Client1即XDMC-1和Client2即XDMC-2參與了用戶配置信息的上載。方法流程如圖l所示，包括步驟101:XDMC-1向作為業務配置保存實體的XDMS發送XCAPPUT消息，用於上載用戶終端-1的用戶設備配置信息，用戶終端-l的用戶設備標識，用戶所屬的用戶配置信息，以及用戶標識。步驟102:XDMS對用戶終端-1的用戶設備標識和用戶終端-1的用戶設備配置信息進行捆綁保存，例如將用戶終端-1的用戶設備標識和用戶終端-1所屬的用戶設備配置信息保存在同一個配置文件中。對用戶標識和用戶所屬的用戶配置信息進行捆綁保存。作為優選方案進一步還可以包括步驟103:XDMS向XDMC-1返回應答消息。對於用戶終端Client2^!丸行類似步驟。步驟104:XDMC-2向XDMS發送XCAPPUT消息，用於上載用戶終端-2的用戶設備配置信息，用戶終端-2的用戶設備標識，用戶所屬的用戶配置信息，以及用戶標識。步驟105:XDMS對用戶終端-2的用戶設備標識和用戶設備-2所屬的用戶設備配置信息進行捆綁保存，對用戶標識和用戶所屬的用戶配置信息進行捆綁保存。作為優選方案進一步還可以包括步驟106:XDMS向XDMC-2返回應答消息。因為進行捆綁保存，用戶所屬的用戶配置信息、用戶設備-l所屬的用戶設備配置信息和用戶設備-2所屬的用戶設備配置信息，可以分別使用用戶標識、用戶設備-1的用戶設備標識和用戶設備-2的用戶設備標識進行區分。這樣就可以根據用戶設備標識查找用戶設備配置信息，並根據用戶配置信息進行業務操作。從上面的實施例中可以看出，在多個用戶設備應用於業務的場景中，業務配置可以分配針對用戶的業務配置和針對設備的業務配置兩類。針對某一個用戶配置信息可以作為一個單獨的數據信息保存，而針對多個用戶設備配置信息，需要不同的用戶設備所屬的用戶設備配置信息分別保存。需要對針對用戶的業務配置和針對用戶設備的業務配置進行劃分，針對用戶配置信息，將保留現有技術中的用戶配置信息的全部內容。用戶配置信息和用戶設備配置信息的關係如圖2所示，用戶設備配置信息和用戶配置信息中具有屬性或者功能相同的部分2。部分l只針對用戶的配置信息(只是用戶意願的體現，和某一個用戶設備的使用無關，如應答模式等)可以只作為用戶配置信息的一部分保存，部分3隻針對用戶設備的配置信息(如使用帶攝像頭和不帶攝像頭的用戶終端能夠支持的媒體類型必然不同)可以只作為用戶設備配置信息的一部保存。用戶配置信息包括部分1和部分2，用戶設備配置信息包括部分2和部分3。用戶配置信息可以包括用戶設備配置信息的全部或部分。本發明提供的第二實施例是一種設備業務配置方法，以下實施例說明了屬於同一個用戶的兩個用戶終端Client1和Client2同時註冊到IMS網絡中並進行業務配置的情況。在本實施例中，用戶終端Client1在IMS網絡註冊時，使用GRUU(GloballyRoutableUAURI)作為用戶設備的全球可^各由的標識即用戶設備標識；用戶終端Client2在IMS網絡註冊時，使用GRUU(GloballyRoutableUAURI)作為用戶設備的全球可路由的標識即用戶設備標識。其中，Client1和Client2均是該用戶使用此項業務的用戶終端。這兩個終端具備不同的能力，均有使用SIPPublish消息向應用伺服器AS上載配置信息，進行業務配置的能力。此實施例屬於典型的應用場景，如OMAPoC業務或呈現業務等，方法流程如圖3所示，包括步驟201:首先用戶終端Clientl向服務呼叫會話控制功能實體(S-CSCF)發起註冊請求，註冊的過程中，使用了IETFGRUUDraft的機制，在註冊消息中標識了支持GRUU的信息，S-CSCF負責生成用戶終端的臨時GRUU-1標識作為用戶設備標識，用於唯一的標識這個用戶終端Client1。步驟202:S-CSCF收到用戶的註冊請求，生成臨時GRUU-l,並且向HSS查詢。步驟203:HSS向S-CSCF返回應答消息。步驟204:S-CSCF向用戶終端Client1發送註冊成功的應答消息，應答消息中包括網絡分配的臨時GRUU-1標識。根據業務特徵，用戶終端可以在業務註冊結束後，立即向應用伺服器AS發起業務配置。在這個過程中，步驟205:用戶終端Client1向網絡中作為業務配置保存實體的AS發送SIPPUBLISH消息，用於上載配置信息進行業務配置，SIPPUBLISH消息中包括用戶標識URI以及用戶終端Client1的臨時GRUU-1。用戶終端Client1上載的配置信息，包括用戶配置信息部分，還包括用戶終端Client1所屬的用戶設備配置信息部分。由於配置信息在應用伺服器AS上保存，往往包括一定的生存周期，因此為用戶配置信息和用戶設備配置信息部分分別設定老化時間。用戶配置信息和用戶設備配置信息部分的老化時間，在這個SIPPUBLISH消息中可以相同，也可以不同。由於用戶設備配置信息可以是用戶配置信息的一部分，因此用戶配置信息老化時，該網絡設備除了清除用戶配置信息，還應清除用戶終端Client1的用戶設備配置信息，此時的條件為用戶終端Client1和用戶終端Client2用戶設備配置信息的老化時間相同。用戶終端Client1所屬用戶設備配置信息老化時，該網絡設備清除用戶終端Client1所屬的用戶設備配置信息，不影響用戶終端Client2的用戶設備配置信息和用戶配置信息，即用戶終端Client2的用戶設備配置信息和用戶配置信息不會被清除；用戶設備配置信息的老化時間更新時，同時更新用戶配置信息的老化時間；用戶設備配置信息的老化時間更新時，由於業務邏輯的原因可以不更新用戶配置信息的老化時間(如用戶配置信息的老化時間大於需要更新的下一個老化時間)；用戶主動更新用戶配置信息時，可以不更新用戶設備配置信息的老化時間。對於註冊過程中，使用永久PublicGRUU標識而不是使用網絡生成的臨時GRUU標識的情況，SIPPUBLISH消息中包括的GRUU為一個PublicGRUU即7>共標識。步驟206:應用伺服器AS對用戶配置信息和用戶標識URI進行捆綁保存，對用戶終端Client1的用戶設備配置信息和用戶終端獲得的GRUU-1標識進行捆綁保存。用戶終端Clientl上載的配置信息，分為用戶配置信息和用戶終端配置信息。用戶設備配置信息應當屬於用戶配置信息的一部分。用戶配置信息使用用戶標識URJ，而用戶終端Client1的用戶設備配置信息使用用戶終端獲得的GRUU-1標識。步驟207:應用伺服器AS向用戶終端Client1返回成功應答消息。在此之後，用戶終端Client2也和用戶終端Client1—樣執行類似的步驟208-步驟214，此處不再贅述。這時，應用伺服器AS保存了用戶配置信息、用戶終端Client1的用戶設備配置信息和用戶終端Client2的用戶設備配置信息。用戶終端Client1和Client2均屬於業務設置全集的一部分。用戶配置信息使用用戶標識URI,而Client1和Client2的用戶設備配置信息分別使用Client1和Client2獲得的GRUU-1和GRUU-2標識。為了進一步解決，應用伺服器AS收到業務設置的SIPPUBLISH消息過程中安全性不高的問題，本發明提供的第三實施例是一種設備業務配置方法，在下面的實施例中，在AS收到業務設置的SIPPUBLISH消息前，增加了第三方註冊過程，在第三方註冊的過程中，作為第三方驗證實體的應用伺服器AS獲得了用戶標識URI。在本發明實施例中，在第三方註冊過程中在S-CSCF發送給AS的第三方註冊請求消息中包括有GRUU(臨時GRUU或者PublicGRUU)。因此應用伺服器可以從第三方註冊過程獲得用戶設備標識，在本實施例中為一個GRUU標識。對於用戶終端Client1,具體的方法流程如圖4所示，其中步驟301至步驟304和實施例二中的步驟201至步驟204相同，在#^亍完步驟204即業務註冊結束後，並不立即向應用伺服器AS發起業務配置，而是增加第三方註冊過程，用戶終端可以在業務註冊結束後執行以下步驟步驟305:S-CSCF向應用伺服器AS(此時AS作為第三方驗證實體)發出第三方註冊請求，在第三方註冊請求中包括了用戶身份標識URI和用戶設備標識GRUU標識(臨時GRUU或者PublicGRUU)。步驟306:AS接收第三方註冊請求，並向S-CSCF發出了第三方註冊請求的應答消息。步驟307:上載配置信息進行業務配置，即執行和實施例二中的步驟205相同的步驟。步驟308:應用伺服器AS收到用戶終端Clientl上載的配置信息後，為了增加業務配置過程的安全性，可以對業務配置進行驗證，應用伺服器AS利用在第三方註冊過程中收到的用戶身份標識URI和用戶設備標識GRUU對在業務配置過程中收到的用戶身份標識URI和用戶設備標識GRUU進行驗證和比較，驗證正確的被接受。並且對業務配置信息進行保存，保存的方式仍然是用戶配置信息和用戶標識URI進行捆綁保存，用戶終端Clientl的用戶i殳備配置信息和用戶終端獲得的GRUU-1標識進行捆綁保存。步驟309:應用伺服器AS向用戶終端Client1返回成功應答消息。在上面的實施例中應用伺服器AS即作為業務配置保存實體又作為第三方驗證實體，業務配置保存實體和第三方驗證實體也可以通過不同的網絡實體來實現，此處不再贅述。對於用戶終端Client2執行和上述步驟類似的步驟310-步驟318。在以上的過程中，因為使用了第三方註冊的過程，使得應用伺服器AS在收到業務配置請求前，先從第三方得到用於標識配置信息(用戶配置信息和用戶設備配置信息部分)的標識即用戶身份標識URI和用戶設備標識GRUU，通過增加應用伺服器對標識的驗證過程，防止了不知名用戶終端向應用伺服器惡意上載配置信息，增強了網絡的安全性。本發明提供的第四實施例是一種業務配置保存實體，其結構如圖5所示，包括接收模塊401:用於接收同一用戶的用戶終端上載的用戶配置信息、用戶標識、用戶設備配置信息和用戶設備標識；保存模塊402:用於對用戶配置信息和用戶標識進行捆綁保存，對同一用戶終端的用戶設備標識和用戶設備配置信息進行捆綁保存。進一步還包括第三方接收模塊403:用於接收呼叫會話控制功能實體發送的用戶標識和用戶設備標識；驗證模塊404:用於根據第三方接收模塊403從呼叫會話控制功能實體獲得的用戶標識和用戶設備標識，對用戶終端上載的用戶標識和用戶設備標識進行驗證。還包括存儲模塊405:用於存儲接收模塊401接收的用戶配置信息和用戶設備配置信息被設定的老化時間。當然上述實施例中由S-CSCF所完成的功能也可由其它呼叫會話控制功能實體完成。顯然，本領域的技術人員可以對本發明進行各種改動和變型而不脫離本發明的精神和範圍。這樣，倘若本發明的這些修改和變型屬於本發明權利要求及其等同技術的範圍之內，則本發明也意圖包含這些改動和變型在內。權利要求1.一種業務配置的方法，其特徵在於，包括業務配置保存實體接收同一用戶的用戶終端上載的用戶配置信息、用戶標識、用戶設備配置信息和用戶設備標識；業務配置保存實體對用戶配置信息和用戶標識進行捆綁保存，對同一用戶終端的用戶設備標識和用戶設備配置信息進行捆綁保存。2、如權利要求1所述的方法，其特徵在於，所述用戶配置信息包括用戶和用戶終端共有的配置信息，和只針對用戶特有的配置信息。3、如權利要求2所述的方法，其特徵在於，所述用戶設備配置信息被包括在所述用戶配置信息中。4、如權利要求1所述的方法，其特徵在於，所述用戶設備配置信息包括用戶和用戶終端共有的配置信息，和只針對用戶終端特有的配置信息。5、如權利要求1所述的方法，其特徵在於，業務配置保存實體接收同一用戶的用戶終端上載的用戶配置信息、用戶標識、用戶設備配置信息和用戶設備標識前還包括呼叫會話控制功能實體接收用戶終端業務註冊請求並向用戶終端發送註冊成功的應答消息。6、如權利要求5所述的方法，其特徵在於，呼叫會話控制功能實體接收用戶終端進行業務註冊請求並向用戶終端發送註冊成功的應答消息和業務配置保存實體接收同一用戶的用戶終端上載的用戶配置信息、用戶標識、用戶設備配置信息和用戶設備標識之間還包括第三方驗證實體接收呼叫會話控制功能實體發送的用戶標識和用戶設備標識；並在業務配置保存實體接收用戶終端上載的用戶配置信息、用戶標識、用戶設備配置信息和用戶設備標識後，包括所述第三方驗證實體根據從所述呼叫會話控制功能實體獲得的用戶標識和用戶設備標識，對用戶終端上載的用戶標識和用戶設備標識進行-瞼證。7、如權利要求5所述的方法，其特徵在於，所述應答消息中包括為用戶終端分配的臨時用戶i殳備標識。8、如權利要求1至6任意一項權利要求所述的方法，其特徵在於，所述用戶設備標識為永久標識。9、如權利要求8所述的方法，其特徵在於，所述永久標識為用戶設備的7>共標識。10、如權利要求1至7任意一項權利要求所述的方法，其特徵在於，用戶配置信息和用戶設備配置信息被設定有老化時間。11、如權利要求10所述的方法，其特徵在於，用戶配置信息老化時間和用戶設備配置信息老化時間相同或不同。12、如權利要求10所述的方法，其特徵在於，各個用戶設備配置信息老化時間相同，當用戶配置信息到達老化時間被清除時，用戶設備配置信息也被清除。13、如權利要求10所述的方法，其特徵在於，當一個用戶設備配置信息到達老化時間被清除時，其它用戶設備配置信息和用戶配置信息不被清除。14、如權利要求IO所述的方法，其特徵在於，還包括對所述老化時間進行更新；當對用戶設備配置信息的老化時間進行更新時，對用戶配置信息的老化時間進行更新或不更新。15、如權利要求IO所述的方法，其特徵在於，還包括對用戶配置信息進行更新；當對用戶配置信息進行更新時，用戶配置信息的老化時間不進行更新。16、一種業務配置保存實體，其特徵在於，包括接收模塊用於接收同一用戶的用戶終端上載的用戶配置信息、用戶標識、用戶設備配置信息和用戶設備標識；保存模塊用於對用戶配置信息和用戶標識進行捆綁保存，對同一用戶終端的用戶設備標識和用戶設備配置信息進行捆綁保存。17、如權利要求16所述的業務配置保存實體，其特徵在於，還包括第三方接收模塊用於接收呼叫會話控制功能實體發送的用戶標識和用戶設備標識；驗證模塊用於根據所述第三方接收模塊從呼叫會話控制功能實體獲得的用戶標識和用戶設備標識，對用戶終端上載的用戶標識和用戶設備標識進行l全證。18、如權利要求16所述的業務配置保存實體，其特徵在於，還包括存儲模塊用於存儲所述接收模塊接收到的用戶配置信息和用戶設備配置信息被設定的老化時間。全文摘要公開了一種業務配置的方法，為了解決同一用戶多設備情況引入的場景下，無法根據設備進行區別配置的問題，公開的方法包括業務配置保存實體接收同一用戶的用戶終端上載的用戶配置信息、用戶標識、用戶設備配置信息和用戶設備標識；業務配置保存實體對用戶配置信息和用戶標識進行捆綁保存，對同一用戶終端的用戶設備標識和用戶設備配置信息進行捆綁保存，正是由於進行對應捆綁保存，因此可以根據設備進行區別配置。文檔編號H04L29/08GK101374263SQ20071014510公開日2009年2月25日申請日期2007年8月21日優先權日2007年8月21日發明者雷朱申請人:華為技術有限公司