確定服務用戶方向的方法

2023-10-08 13:46:19

專利名稱：確定服務用戶方向的方法
技術領域：
本發明涉及通信領域，尤其涉及確定服務用戶方向的技術。
技術背景IMS (IP Multimedia Subsystem, IP多媒體子系統)是3GPP (3rd Generation Partnership Project,第三代移動通信標準化夥伴項目)標準定義的一個IP多媒 體子系統，是3G (3rd Generation)移動網實現分組話音、分組數據，以及提 供統一的多媒體業務和應用的目標網絡。IMS系統中採用IP分組域作為其控制信令和J(某體傳輸的承載通道，採用 SIP ( Session Initiation Protocol ,會話發起協議)承載呼叫控制信令，實現了 業務管理、會話控制以及承載接入的三者分離。其中，所述SIP協議由正TF 標準組織定義，它是一個用於建立、更改和終止多媒體會話或呼叫的應用層控 制協議，這些多媒體會話包括多媒體會議、遠程教學、網際網路電話等。3GPP技術標準(3GPPTS) 23.218中定義的IMS系統的業務架構如圖1 所示，包括S-CSCF ( Call Session Control Function,服務呼叫會話控制功能) 實體、HSS( Home Subscriber Server,歸屬用戶伺服器)和AS( Application Server, 應用伺服器)網元。其中所述S-CSCF實體為IMS系統中的一個核心網元，為用戶提供會話控 制和註冊服務，當用戶向其註冊時，可以通過Service-Route頭域向用戶返回它 的註冊服務地址，並進一步依據此判斷它當前服務的用戶是主叫用戶、被叫用 戶或未註冊用戶，即服務用戶的方向。所述HSS是IMS網絡中關鍵的數據存儲實體，其上存儲了 iFC( Initial Filter Criteria,初始過濾規則)，所述iFC中的數據包括用戶身份、會話情形、初始
消息以及應用伺服器AS地址等。所述AS網元，用於為用戶提供業務等應用服務。IMS體系下會話層和業務層是分離的，會話層實體不提供業務，但可以通 過存儲的iFC調用業務層實體。目前IMS網絡中，僅提供了 S-CSCF如何區分服務用戶的方向，其它的網 元，如AS網元等，IMS標準中並沒有給出判斷服務用戶的方向的方法。與本發明有關的現有技術一是MSF (Multiservice Switching Forum，多業 務交換論壇)標準組織中提供的一種區分AS服務用戶的方向的方法，其核心 是在S-CSCF發向AS的SIP初始請求消息的Request-URI (請求-統一資源 標識)中擴展一個role-param參數，通過不同的取值(orig和term)來通知AS 服務用戶的方向。現有技術一需要對SIP協議進行擴展，並不屬於IETF標準組織中定義的 SIP協議，因此是一種SIP協議的私有擴展，對不支持MSF標準組織的設備制 造商來說，顯然不支持該SIP協議的私有擴展，因此該解決方法不具有通用性。發明內容本發明提供一種確定服務用戶方向的方法。通過本發明，不需要對SIP協 議進行擴展，也能夠實現IMS系統中的非S-CSCF網元區分服務用戶方向。 本發明方法通過如下的技術方案實現 本發明提供一種確定服務用戶方向的方法，其包括A、 當第一網元向第二網元發送會話發起協議SIP初始請求消息時，通過 消息中攜帶的第二網元的地址信息包含服務用戶方向標識；B、 第二網元接收到所述SIP初始請求消息後，根據所述第二網元地址中 包含的服務用戶方向標識確定所述服務用戶的方向。其中，所述第二網元的地址信息包括所述第一網元通過初始過濾規則iFC獲取的第二網元的地址信息；或，
當用戶註冊時，所述第一網元通過與所述第二網元的交互獲取到的第二網 元的地址信息。其中，所述步驟A具體包括所述第一網元通過初始過濾MJ'j iFC獲取相應的第二網元的地址信息；並 根據其已經確定的服務用戶方向在所述地址信息中添加對應的服務用戶方向 標識；將所述地址信息攜帶於SIP初始請求消息中，並將所述SIP初始請求消息 發送給所述第二網元。其中，所述步驟A具體包括在iFC中配置標識有不同用戶服務方向的第二網元的地址信息； 所述第一網元通過初始過濾規則iFC獲取相應的第二網元的地址信息； 當第一網元向第二網元發送SIP初始請求消息時，在所述SIP初始請求消 息攜帶所述第二網元的地址信息。 其中，所述步驟A具體包括當用戶註冊時，所述第一網元通過與所述第二網元的交互獲取到第二網元 的地址信息，所述地址信息中包含有服務用戶方向標識；當所述第一網元根據其已經確認的服務用戶方向確定需要添加服務用戶 方向標識時，則在發送給第二網元的SIP初始請求消息中攜帶所述獲取到的第 二網元的i也址^言息。其中，當所述第一網元根據其已經確認的服務用戶方向確定需要添加服務用戶方向標識時，則在發送給第二網元的SIP初始請求消息中攜帶所述獲取到 的第二網元的地址信息的過程，具體包括第一網元根據其已經確定的當前服務用戶方向判斷是否需要添加服務用 戶方向標識，當確定需要添加服務用戶方向標識時，則在發送給第二網元的SIP 初始請求消息中攜帶所述獲取到的第二網元的地址信息；否則，從iFC中獲取 的第二網元的地址，並通過所述SIP初始請求消息發送給所述第二網元。其中，所述步驟B具體包括第二網元接收到所述SIP初始請求消息後，從所述消息中攜帶的地址信息 中解析出所述服務用戶方向標識，並根據所述服務用戶方向標識確定所述服務 用戶的方向。其中，所述的方法還包括在所述第二網元中配置標誌地址信息。其中，所述步驟B具體包括第二網元接收到所述SIP初始請求消息後，將所述消息中攜帶的地址信息 與其內設置的標誌地址信息進行匹配，並根據匹配結果確定服務用戶的方向。 其中，步驟B中，所述根據匹配結果確定服務用戶的方向的過程，具體包括當匹配成功時，則確認所述服務用戶的方向是主叫方向；當匹配未成功時， 則確認所述服務用戶的方向是被叫方向。其中，所述服務用戶方向包括主叫用戶方向、被叫用戶方向。其中，所述^^務用戶方向還包括主叫未註冊用戶方向或被叫未註冊用戶方向。由上述本發明提供的具體實施方案可以看出，本發明中當笫一網元向第二 網元發送會話發起協議SIP初始請求消息時，通過消息中攜帶的第二網元的地 址信息包含服務用戶方向標識；第二網元接收到所述SIP初始請求消息後，根此，本發明能夠實現IMS系統中的非S-CSCF網元區分服務用戶方向，並且不 需要對SIP協議進行擴展，從而具有通用性，解決了現有技術中需要對SIP協 議進行擴展，才能實現IMS系統中的非S-CSCF網元區分服務用戶方向的弊端。


圖1為IMS系統的組網架構圖2為本發明提供的第一實施例的流程圖。
具體實施方式
本發明提供的第 一 實施例是一種確定服務用戶方向的方法，其具體實施過 程如圖2所示，包括如下步驟步驟S100，第一網元向第二網元發送會話發起協議SIP初始請求消息時， 通過消息中攜帶的第二網元的地址信息包含服務用戶方向標識。在步驟S100中的第二網元的地址信息包括所述第一網元通過iFC (initial Filter Criteria,初始過濾規則)獲取的第二網元的路由地址信息；或，當用戶 註冊時，所述第一網元通過與所述第二網元的交互獲取到的第二網元的註冊地 址信息。步驟S100的具體實施過程包括三種情況。第一種情況第一網元在發往第二網元的SIP初始請求消息中攜帶的第二 網元的地址信息中添加表示服務用戶方向的標識。具體實施過程如下步驟S110,當用戶註冊時，所述第一網元獲取初始過濾規則iFC。步驟S111,所述第 一 網元收到SIP初始請求消息執行iFC獲取相應的第二 網元的路由地址信息，根據其已經確定的服務用戶方向在所述路由地址信息中 添加對應的服務用戶方向標識。步驟S112,將所述路由地址信息攜帶於SIP初始請求消息中，並將所述 SIP初始請求消息發送給所述第二網元。下面以IMS系統中的S-CSCF網元和AS網元為例對第一種情況的具體實 施過程進行說明，如下按照當前標準，S-CSCF可以通過iFC獲取相應AS的地址，如 sip:asl.homel.net,因此所迷S-CSCF可以給AS地址添加不同的前綴來表示不 同的服務用戶方向，如在AS地址的域名前或用戶名中添加前綴"orig"來表 示月良務用戶方向為"主叫，，，例如 sip:orig.asl.homel.net 或 sip:[email protected];在AS地址的i或名前或用戶名中添加前綴"term" 來 表示服務用戶方向為"被叫"。AS收到來自所述S-CSCF的SIP初始請求消息 (如一個SIP INVITE邀請消息)後，從消息中得到上述的服務用戶方向標識， 解析該標識，獲取當前J5艮務用戶的方向。在第一種情況下，由於在SIP消息從S-CSCF路由至AS的過程中，並不 需要用到AS地址中新增的前綴，即只需要使用AS原地址sip:asl.homel.net 就能將SIP消息從S-CSCF發向AS,因此，沒有影響到SIP消息的路由，也沒 有對SIP協議進行擴展，只是在AS的路由地址中增加了作為服務用戶方向標 識的前綴。第二種情況在HSS存儲的iFC中配置標識有不同用戶服務方向的第二 網元的路由地址信息；當第一網元向第二網元發送SIP初始請求消息時，在所 述消息中攜帶的第二網元的路由地址信息。具體實施過程如下步驟S120,在iFC中配置標識有不同用戶服務方向的第二網元的地址信臺步驟S121,當用戶註冊時，所述第一網元獲取初始過濾規則iFC。步驟S122，當第一網元收到一個SIP初始請求消息執行iFC，得到相應的 第二網元的路由地址信息，在向第二網元發送SIP初始請求消息時，在所述SIP 初始請求消息攜帶所述第二網元的路由地址信息。下面仍然以IMS系統中的S-CSCF網元和AS網元為例對第二種情況的具 體實施過程進^S兌明，如下由於iFC中的會話情形能區分起始(Originating )、終止(Terminating )、 或終止未註冊(Terminating—Unregistered )三種服務用戶的方向。其中，起始 即表示主叫用戶方向；終止即表示被叫用戶方向；所述終止未註冊表示主叫未 註冊用戶方向和被叫未註冊用戶方向。因此可以直接在iFC中配置不同服務用 戶方向的AS路由地址，如在iFC中配置為主叫服務的AS地址為 sip:orig.asl.homel.net， 為被叫月良務的AS地址為sip:term.asl.homel.net，等。
隨後，當S-CSCF收到一個SIP初始請求消息執4亍iFC時，從iFC中獲取到AS 路由地址後，直接將其攜帶於SIP初始請求消息，並發送給AS。第三種情況在用戶註冊過程中，第二網元向第一網元返回自身的註冊地 址信息，所述註冊地址信息中包含有用戶服務方向標識；當第一網元確定需要 攜帶用戶服務方向標識時，則向第二網元發送SIP初始請求消息時，在所述消 息中攜帶的第二網元的註冊地址信息。具體實施過程如下步驟S130,第二網元生成包含服務用戶方向標識的註冊地址信息。步驟S131,當用戶註冊時，所述第一網元通過與所述第二網元的交互獲取 到第二網元的註冊地址信息。步驟S132，第一網元根據其已經確定的當前服務用戶方向判斷是否需要添 加服務用戶方向標識，即判斷是否使用第二網元的註冊地址，當確定需要添加 服務用戶方向標識時，如當前服務用戶方向為"起始"時，需要使用第二網元 的註冊地址，則執行步驟S133，在發送給第二網元的SIP初始請求消息中攜帶 所述第二網元的註冊地址信息；否則，執行步驟S134，即從iFC中獲取的第二 網元的路由地址，並通過所述SIP初始請求消息發送給所述第二網元。下面仍然以IMS系統中的S-CSCF網元和AS網元為例對第三種情況的具 體實施過程進行說明，如下AS生成以服務用戶方向標識為前綴的註冊地址，當用戶在S-CSCF註冊 的同時，S-CSCF將註冊消息發向AS， AS在對註冊消息返回的200 OK響應 消息中，攜帶自己的註冊地址，如也通過Service-Route頭域攜帶，如 sip:orig.asl.homel.net; S-CSCF記錄下AS的註冊地址。當S-CSCF將SIP初始請求消息發送給AS時，若當前服務用戶為主叫， 則在SIP初始請求消息中攜帶AS的註冊地址；如果當前服務用戶為被叫，則 在SIP初始請求消息中攜帶從iFC中獲取的普通的AS路由地址，如 sip:asl.homel.net。步驟S200，第二網元接收到所述SIP初始請求消息後，根據所述第二網元 》也址中包含的J良務用戶方向標識確定所述服務用戶的方向。在步驟S200中，第二網元可以從接收到的所述SIP初始請求消息中攜帶 的地址信息中解析出所述服務用戶方向標識，並根據所述服務用戶方向標識確定所述服務用戶的方向。第二網元也可以通過如下的方法確定服務用戶的方 向在所述第二網元中配置標誌地址信息。第二網元接收到所述SIP初始請求 消息後，將所述消息中攜帶的地址信息與其內設置的標誌地址信息進行匹配， 並根據匹配結果確定服務用戶的方向，如當匹配成功時，則確認所述服務用戶 的方向是主叫方向；當匹配未成功時，則確認所述月l務用戶的方向是被叫方向。下面仍然以IMS系統中的S-CSCF網元和AS網元為例對採用匹配方式確 定服務用戶的方向的具體實施過程進行說明，如下在AS網元中配置一個用以判斷服務用戶方向的標誌地址，如AS以 sip:orig.asl.homel.net作為判斷服務用戶方向的標誌地址。當AS接收到SIP初 始請求消息後，則不管用前述的哪種方法，只要判斷SIP初始請求消息中攜帶 的AS地址和該標誌地址是否匹配，如果匹配成功，則月良務用戶的方向為"主 叫"；如果不匹配，則服務用戶的方向為"被叫"。因此不需要解析其中的服務 用戶方向標識，就能確定H務用戶的方向。此外，上述服務用戶的方向包括主叫方向和被叫方向，進一步的，可以用 類似方法，還可以由第一網元通知第二網元服務用戶是否"未註冊，，(包括主 叫未註冊、被叫未註冊)。此外，需要說明的是，上述在AS地址添加中oirg或term前綴作為服務用 戶方向標識的方法，^f義為示例，實際上可以添加在AS地址(第二網元地址) 的任意部位，只要能保證添加了服務用戶方向標識的AS地址仍可被用來路由 即可，如在AS地址中通過不同的埠號(即"後綴，，方式)來區分主被叫方 向，如sip:asl.homel.net:8080和sip:asl.homel.net:8081都可被路由至AS，這 兩個地址分別被配置在對應"起始，，和"終止，，方向的iFC中，AS根據不同 的地址進行解析或匹配就可以區分出當前的服務方向，而解析和匹配的差異在於，對前者AS需要"認識"服務用戶方向標識，根據服務用戶方向標識得到 對應的服務方向；對後者，AS不需要"認識"，只需要將含有服務用戶方向標 識的AS地址和作為服務方向標誌的AS地址匹配是否一致，就能得到對應的 月l務方向。由上述本發明提供的具體實施方案可以看出，本發明中當第一網元向第二 網元發送會話發起協議SIP初始請求消息時，通過消息中攜帶的第二網元的地 址信息包含服務用戶方向標識；第二網元接收到所述SIP初始請求消息後，根此，本發明能夠實現IMS系統中的非S-CSCF網元區分服務用戶方向，並且不 需要對SIP協議進行擴展，從而具有通用性，解決了現有技術中需要對SIP協 議進行擴展，才能實現IMS系統中的非S-CSCF網元區分服務用戶方向的弊端。明的精神和範圍。這樣，倘若本發明的這些修改和變型屬於本發明權利要求及 其等同技術的範圍之內，則本發明也意圖包含這些改動和變型在內。
權利要求
1、一種確定服務用戶方向的方法，其特徵在於，包括A、當第一網元向第二網元發送會話發起協議SIP初始請求消息時，通過消息中攜帶的第二網元的地址信息包含服務用戶方向標識；B、第二網元接收到所述SIP初始請求消息後，根據所述第二網元地址中包含的服務用戶方向標識確定所述服務用戶的方向。
2、 如權利要求1所述的方法，其特徵在於，所述第二網元的地址信息包括所述第一網元通過初始過濾規則iFC獲取的第二網元的地址信息；或， 當用戶註冊時，所述第一網元通過與所述第二網元的交互獲取到的第二網 元的地址信息。
3、 如權利要求2所述的方法，其特徵在於，所述步驟A具體包括 所述第一網元通過初始過濾〗現則iFC獲取相應的第二網元的地址信息；並根據其已經確定的服務用戶方向在所述地址信息中添加對應的服務用戶方向 標識；將所述地址信息攜帶於SIP初始請求消息中，並將所述SIP初始請求消息 發送給所述第二網元。
4、 如權利要求2所述的方法，其特徵在於，所述步驟A具體包括 在iFC中配置標識有不同用戶服務方向的第二網元的地址信息； 所述第一網元通過初始過濾規則iFC獲取相應的第二網元的地址信息； 當第一網元向第二網元發送SIP初始請求消息時，在所述SIP初始請求消息攜帶所述第二網元的地址信息。
5、 如權利要求2所述的方法，其特徵在於，所述步驟A具體包括 當用戶註冊時，所述第一網元通過與所述第二網元的交互獲取到第二網元的地址信息，所述地址信息中包含有服務用戶方向標識；當所述第一網元根據其已經確認的服務用戶方向確定需要添加服務用戶方向標識時，則在發送給第二網元的SIP初始請求消息中攜帶所述獲取到的第 二網元的地址信息。
6、 如權利要求5所述的方法，其特徵在於，當所述第一網元根據其已經 確認的服務用戶方向確定需要添加服務用戶方向標識時，則在發送給第二網元 的SIP初始請求消息中攜帶所述獲取到的第二網元的地址信息的過程，具體包 括第一網元根據其已經確定的當前服務用戶方向判斷是否需要添加服務用 戶方向標識，當確定需要添加服務用戶方向標識時，則在發送給第二網元的SIP 初始請求消息中攜帶所述獲取到的第二網元的地址信息；否則，從iFC中獲取 的第二網元的地址，並通過所述SIP初始請求消息發送給所述第二網元。
7、 如權利要求1至6任意一項所述的方法，其特徵在於，所述步驟B具 體包括第二網元接收到所述S:P初始請求消息後，從所述消息中攜帶的地址信息 中解析出所迷服務用戶方向標識，並根據所述服務用戶方向標識確定所述服務 用戶的方向。
8、 如權利要求1至6任意一項所述的方法，其特徵在於，還包括 在所述第二網元中配置標誌地址信息。
9、 如權利要求8所述的方法，其特徵在於，所述步驟B具體包括 第二網元接收到所述SIP初始請求消息後，將所述消息中攜帶的地址信息與其內設置的標誌地址信息進行匹配，並根據匹配結果確定服務用戶的方向。
10、 如權利要求9所述的方法，其特徵在於，步驟B中，所述根據匹配結 果確定服務用戶的方向的過程，具體包括當匹配成功時，則確認所述服務用戶的方向是主叫方向；當匹配未成功時， 則確認所述服務用戶的方向是被叫方向。
11、 如權利要求1至6任意一項所述的方法，其特徵在於，所述服務用戶 方向包:fe:主叫用戶方向、；陂叫用戶方向。
12、如權利要求11所述的方法，其特徵在於，所述服務用戶方向還包括 主叫未註冊用戶方向或淨皮叫未註冊用戶方向。
全文摘要
本發明公開了一種確定服務用戶方向的方法，其核心是當第一網元向第二網元發送會話發起協議SIP初始請求消息時，通過消息中攜帶的第二網元的地址信息包含服務用戶方向標識；第二網元接收到所述SIP初始請求消息後，根據所述第二網元地址中包含的服務用戶方向標識確定所述服務用戶的方向。通過本發明，能夠實現IMS系統中的非S-CSCF網元區分服務用戶方向，並且不需要對SIP協議進行擴展，從而具有通用性，解決了現有技術中需要對SIP協議進行擴展，才能實現IMS系統中的非S-CSCF網元區分服務用戶方向的弊端。
文檔編號H04L29/06GK101132394SQ20061010991
公開日2008年2月27日 申請日期2006年8月22日 優先權日2006年8月22日
發明者施有鑄 申請人:華為技術有限公司