在多設備環境中進行會話處理方法、裝置和系統的製作方法
2023-05-25 17:37:36 1
專利名稱：在多設備環境中進行會話處理方法、裝置和系統的製作方法
技術領域：
本發明涉及通信技術領域，尤其涉及一種在多設各環境中進行會話處理的方法、裝置和系統。
背景技術：
近年來，出現了各種在川戶之間傳送數據、語音、視頻等媒體信息的通伯技術，電信網運營商和力: 聯網服務提供商也隨之提供了各種新型、多樣的應用和業務，以吸引用戶。
SIP (會話發起協議，Session Initiation Protocol)協議是一個應用層控制(信令)協議，可用 來創建、修改和終結一個或者多個參與者之間的多媒體會話。通過SIP協議，用戶可以邀請其他參與者 加入一個已經存在的會話或者創建一個新的會話，還可以動態地修改會話媒體。
當前，為一個業務用戶的地址綁定多個設備，並為每個設備提供一個全局可路由的GRUU (終端設備 標識符)，該GRUU為設備在網絡層的地址標識。用戶利用該多個設備進行業務通信逐漸成為個人通信技 術的一個發展方向和重要需求。
現有技術中的一種基於SIP/IP核心網的業務用戶之間的會話的建立過程如圖1所示，具體處理過程 包括如下步驟
步驟11-12、當業務用戶A想要和業務用戶B建立會話時，業務用戶A經SIP/IP核心網A向業務伺服器A 發送會話邀請請求。
上述SIP/IP核心網負責SIP請求和應答的路由，業務伺服器負責處理具體的業務邏輯(如，存儲用 戶的業務相關信息、SIP請求的鑑權、創建和管理會話等等)，業務用戶負責發起和接收SIP請求、傳送 和接收媒體等。
步驟13-15、業務伺服器A根據其業務邏輯處理上述業務用戶A發送過來的會話邀請請求，然後，將 該會話邀請請求經SIP/IP核心網A轉發到SIP/IP核心網B, SIP/IP核心網B再將該會話邀請請求轉發至和 業務伺服器A^等的業務伺服器B。
步驟16-17、業務伺服器B根據其業務邏輯處理其收到的上述會話邀請請求，並將該會話地請請求經 SIP/IP核心網B轉發給業務用戶B。
步驟18-114、業務用戶B接收到上述SIP/IP核心網B轉發過來的會話邀請請求後，如果接受該會話邀 請請求，則構造成功應答(SIP 200 0K應答)消息，該成功應答消息經業務伺服器B、 SIP/IP核心網B、 SIP/IP核心網A、業務伺服器A返回給業務用戶A。
步驟115-121、業務用戶A接收到上述成功應答消息後，生成該成功應答消息的確認消息(SIP ACK 消息)，並將該成功應答消息經業務伺服器A、 SIP/IP核心網A、 SIP/IP核心網B、業務伺服器B發送給業 務用戶B。
步驟122、至此，業務用戶A和業務用戶B之間的會話建立完畢，業務用戶雙方開始利用會話傳輸媒
6體。
在實現本發明過程中，發明人發現上述現有技術中至少存在如下問題上述基於SIP/IP核心網的業
務用戶之間的會話的建立過程只適用於單設備環境。當被叫方用戶擁有多個設備時，該過程沒有明確地 描述主被叫用戶之間如何建立會話。
發明內容
本發明的實施例提供了-種在多設備環境中進行會話處理的方法、裝置和系統，以解決當被叫方用 戶擁有多個設備時，主被叫用戶之間如何建立會話的問題。
一種在多設備環境中進行會話處理的方法，包括
向多設備環境下的被叫用戶的設備發送會話邀請請求；
接收所述被叫用戶的設備返回的應答消息，對所述應答消息進行解析，獲取所述應答消息中攜帶的 會話建立方式的選擇信息，根據該會話建立方式的選擇信息進行相應的會話處理。
—種在多設備環境中進行會話處理的裝置，包括
會話邀請請求發送模塊，用於向多設備環境下的被叫用戶的設備發送會話邀請請求；
選擇信息獲取模塊，用於接收所述被叫用戶的設備返回的應答消息，對所述應答消息進行解析，獲
取所述應答消息中攜帶的會話建立方式的選擇信息；
會話處理模塊，用於根據所述選擇信息獲取模塊所獲取的會話建立方式的選擇信息，進行相應的會 話處理。
—種在多設備環境中進行會話處理的系統，包括如權利要求10到12任一項所述的裝置和被叫用戶 的設備，
所述裝置，用於向多設備環境下的被叫用戶的設備發送會話邀請請求，接收所述被叫用戶的設備返 回的應答消息，對所述應答消息進行解析，獲取所述應答消息中攜帶的會話建立方式的選擇信息，根據 所述選擇信息獲取模塊所獲取的會話建立方式的選擇信息，進行相應的會話處理；
所述被叫用戶的設備，用於接收所述裝置發送的會話邀請請求，向所述裝置發送攜帶會話建立方式 的選擇信息的應答消息.
由上述本發明的實施例提供的技術方案可以看出，本發明實施例通過在被叫用戶的設備返回的應答 消息中攜帶的會話建立方式的選擇信息，可以實現在多設備環境下的會話建立過程中，根據用戶實時輸 入的用戶意願來執行不同的會話處理邏輯，從而提高了業務伺服器的處理能力和網絡服務質量。
為了更清楚地說明本發明實施例的技術方案，下面將對實施例描述中所需要使用的附圖作簡單地介 紹，顯而易見地，下面描述中的附圖僅僅是本發明的一些實施例，對於本領域普通技術人員來講，在不 付出創造性勞動性的前提下，還可以根據這些附圖獲得其他的附圖。
圖l為現有技術中的一種基於SIP/IP核心網的業務用戶之間的會話的建立過程示意圖 圖2為本發明實施例一提供的一種基於用戶動態輸入的選擇信息來建立會話的方法的處理流程7圖3為本發明實施例二提供的一種通知其他設備關於某設備成功接受會話邀請諧求^a成功建立會話 的信息的方法的處理流程圖4為木發明實施例三提供的一種基於用戶動態輸入的選擇信息進行會話建立的方法的處理流程
圖5為木發明實施例三提供的一種基於"高優先級設備優先"機制進行會話建立的方法的處理流程
圖6為本發明實施例四提供的多設備會話邀請處理狀態集的樹形存儲結構示意圖7為本發明實施例四提供的一種通知其他設備關於某設備成功接受會話邀請請求和成功建立會話 的信息的方法的處理流程圖
圖8為本發明實施例五提供的一種在多設備環境中實現會話建立的方法的處理流程圖9為本發明實施例六提供的一種在多設備環境中實現會話建立的方法的處理流程圖10為本發明實施例七提供的一種在多設備環境中實現會話建立的方法的處理流程圖ll為本發明實施例八提供的一種在多設備環境中實現會話建立的方法的處理流程圖12為本發明實施例提供的一種在多設備環境中進行會話處理的裝置的具體實現結構圖。
具體實施例方式
在本發明實施例中，分別向多設備環境下的被叫用戶的各個設備發送會話邀請請求，在接收到所述 被叫用戶的設備返回的應答消息後，對所述應答消息進行解析，獲取所述應答消息中攜帶的會話建立方 式的選擇信息，根據該會話建立方式的選擇信息進行相應的會話處理。
進一步地，在會話邀請請求中攜帶會話邀請請求被發送到被叫用戶的多個同址設備的指示信息。
進一步地，被叫用戶的設備在收到所述會話邀請請求後，檢査出該會話邀請請求中包含所述會話邀 請請求被發送到多個同址設備的指示信息。所述被叫用戶根據當前意願和所述指示信息選擇會話建立方 式，所述被叫用戶的設備向所述業務伺服器發送攜帶所述會話建立方式的選擇信息的應答消息。
進一步地，所述會話建立方式包括接受、僅在此設備上接受、僅在此設備上拒絕和在本設備和其 他設備上全部拒絕。
進一步地，當所述業務伺服器獲取的會話建立方式的選擇信息為接受時，所述業務伺服器將所述應 答消息轉發給主叫用戶，不向所述被叫用戶的其它設備發送會話取消請求，所述主叫用戶和返回所述應 答消息的被叫用戶的設備之間進行會話建立；
當所述業務伺服器獲取的會話建立方式的選擇信息為僅在此設備上接受時，業務伺服器將所述應答 消息轉發給主叫用戶，向所述被叫用戶的其它設備發送會話取消請求，所述主叫用戶和返回所述應答消 息的被叫用戶的設備之間進行會話建立；
當所述業務伺服器獲取的會話建立方式的選擇信息為僅在此設備上拒絕時，業務伺服器不將所述應 答消息轉發給主叫用戶，不向所述被叫用戶的其它設備發送會話取消請求，所述主叫用戶和返回所述應
8答消息的被叫用戶的設備之間不進行會話建立；
當所述業務伺服器獲取的會話建立方式的選擇信息為在本設備和其他設備上全部拒絕時，業務服務 器將所述應答消息轉發給主叫用戶，向所述被叫用戶的其它設備發送會話取消請求，所述主叫用戶和返 回所述應答消息的被叫用戶的設備之間不進行會話建立。
進一步地，當在小於設定時間內接收到多個所述被叫用戶的設備返回的多個應答消息時，根據第一 個接收到的應答消息中攜帶的會話建立方式的選擇信息，進行相應的會話處理，
如果後續接收到的應答消息中攜帶的會話建立方式的選擇信息與所述第一個接收到的應答消息中攜 帶的會話建立方式的選擇信息不互相衝突，則對後續接收到的應答消息進行相應的處理否則，對後續 接收到的應答消息不處理。
進一步地，當在小於設定時間內接收到多個所述被叫用戶的設備返回的多個應答消息時，根據優先 級最高的設備返回的應答消息中攜帶的會話建立方式的選擇信息，進行相應的會話處理，
如果優先級不是最髙的設備返回的應答消息中攜帶的會話建立方式的選擇信息與所述優先級最高的 設備返回的應答消息中攜帶的會話建立方式選擇信息不互相衝突，則對優先級不是最高的設備返回的應 答消息進行相應的處理；否則，對優先級不是最髙的設備返回的應答消息不處理。
進一步地，在將會話邀請請求發送給被叫用戶的多個設備後，為該會話邀請請求建立並維護多設備 會話邀請處理狀態集，該多設備會話邀請處理狀態集中包括主叫用戶信息、被叫用戶信息、主被叫用戶 之間請求建立的會話的標識信息、已經返回過所述會話邀請請求的應答消息的被叫用戶的設備信息和被 發送過會話取消請求的被叫用戶的設備信息；
當接收到被叫用戶的某個設備返回的攜帶接受會話邀請請求的選擇信息的應答消息後，向所述被叫 用戶的其它設備發送通知消息，該通知消息中攜帶所述某個設備接受會話邀請請求的信息；並且，當根 據所述多設備會話邀請處理狀態集判斷所述其它設備沒有返回過所述會話邀請請求的應答消息或沒有被 發送過會話取消請求時，所述通知消息中還攜帶會話建立方式的選擇信息。
利用本發明實施例，可以實現在多設備環境下的會話建立過程中，根據用戶實時輸入的用戶意願並 結合相關策略來執行不同的應答處理邏輯，向其他設備發送關於某設備成功接受應答和成功建立會話的 通知信息，該通知消息中還可以攜帶會話建立方式的選擇信息。
為便於對本發明實施例的理解，下面將結合附圖以幾個具體實施例為例做進一步的解釋說明，且各 個實施例並不構成對本發明實施例的限定。 實施例一
在該實施例中，不是基於靜態設置的策略(如業務運營商策略、存儲於網絡中的用戶偏好、設備能 力集等)，而是基於用戶當前實時意願來建立會話。
該實施例提供的基於用戶動態輸入的選擇信息來建立會話的方法的處理流程如圖2所示，包括如下 步驟
步驟21、當業務伺服器收到發向其所服務的被叫用戶的會話邀請請求；或者，業務伺服器根據業務 邏輯需要向其所服務的被叫用戶發送會話邀請請求時，該業務伺服器査詢用戶註冊信息資料庫，判斷上
9述被叫用戶的地址擁有多設備環培，即該被叫用戶綁定了多個註冊設備。
步驟22、業務伺服器向上述被叫用戶的多個設備發送會話邀請請求，並在會話邀請請求中包含擴展 的SIP頭域，在該SIP頭域中攜帶"會話邀請請求被發送到多個同址設備"的指示信息。
歩驟23、上述被叫用戶的各個設各收到會話邀諾請求後，獲取該會話邀諮諮求中的"會話邀請請求 被發送到多個同址設備"的指示信息。
在上述被叫用戶的各個設備的客戶端程序中需要增加一些實現代碼，使得各個設備在收到上述指示 信息時，在用戶界面向用戶提示可供"選擇"的幾種會話建立方式信息。
步驟24、被叫用戶基於其當前的實時意願，在各個設備上動態輸入選擇項以接受或拒絕會話邀請請 求，各個設各的客戶端程序基於該選擇項代表的會話建立方式的選擇信息構造應答消息，並將會話建立 方式的選擇信息包含在應答消息的擴展SIP頭域中。
被叫用戶的各個設備將上述應答消息發送給業務伺服器。
步驟25、業務伺服器收到被叫用戶的各個設備發送的應答消息後，解析該應答消息的擴展SIP頭域 中攜帶的會話建立方式的選擇信息，以根據用戶的實時意願，並結合相關靜態設置的策略，執行不同的 應答處理邏輯，完成會話建立/結束流程。
該實施例實現了在多設備環境下，在會話建立時根據用戶實時輸入的用戶意願並結合相關策略來執 行不同的應答處理邏輯。 實施例二
在多設備環境下，為了將一個用戶的某設備成功接受會話邀請請求和成功建立會話的信息通知給該 用戶的其他同址設備，以優化業務邏輯和豐富用戶體驗，該實施例提出的一種通知其他設備關於某設備 成功接受會話邀請請求和成功建立會話的信息的方法的處理流程如圖3所示，包括如下處理步驟
步驟31、當接受會話邀請請求的被叫用戶的地址擁有多設備環境時，業務伺服器為該會話邀請請求
創建一個多設備會話邀請處理狀態集，用於記錄上述被叫用戶的各個設備處理會話邀請請求的情況，
步驟32、當業務伺服器收到上述被叫用戶的某個設備返回的上述會話邀請請求的應答消息，或者向 被叫用戶的某個設備發送對應上述會話邀請請求的會話取消請求時，業務伺服器更新上述多設備會話邀 請處理狀態集，以更新各個設備對會話地請請求的處理狀態。
步驟33、當業務伺服器收到上述被叫用戶的某設備返回的上述會話邀請請求的成功應答消息，或者 確定被叫用戶的某設備與主叫方成功建立了會話時，業務伺服器向被叫用戶的其它設備發送關於此信息 的通知消息。
此時，業務伺服器根據多設備會話邀請處理狀態集，將被叫用戶的各個設備劃分為兩種類型的設 備未處理會話邀請請求的設備和已處理會話邀請請求的設備，其中，未處理會話邀請請求的設備包 括沒有返回過應答消息且沒有被發送過會話取消請求的設備，已處理會話邀請請求的設備包括返回 過應答消息或者被發送過會話取消請求的設備。
10業務伺服器準備給不同類型的設備分別發送包含不同內容的通知消息。
步驟34a.對於已處理會話邀請請求的設備，業務伺服器向其發送以簡單文本信息作為消息體的通 知消息，該簡單文本信息描述了某設備"成功接受應答"/"成功建立會話"的信息。
步驟34b.對於未處理會話邀諮請求的設備，業務伺服器向其發送攜帶擴展頭域的通知消息，且該 通知消息的消息體中包含可供用戶選擇的會話建立方式信息。該設備的客戶端將此信息提示給用戶選 擇，並向業務伺服器發送包含該用戶的選擇信息的應答消息。
業務伺服器根據應答消息中的選擇信息來執行不同的應答處理邏輯和會話建立/結朿處理流程。
實施例三
該實施例進一步詳細描述了基於用戶動態輸入的選擇信息進行會話建立的方案。在該實施例中，對 SIP中的Subject頭域、業務伺服器邏輯、業務客戶端邏輯進行擴展。
1、 對SIP中的Subject頭域進行擴展。
SIP中的Subject頭域用於指示呼叫的概要信息，例如指示呼叫的目的用戶、消息發送者的邏輯用戶 身份等，本發明實施例通過對Subject頭域進行擴展，以攜帶在多設備環境下關於會話建立的相關信i^。
在擴展後的Subject頭域中攜帶"會話邀請請求被發送到多個設備"的指示信息，例如，擴展後的 Subject頭域值為Subject: An Invitation to multiple devices:purpose=multi-devices"， 其中 參數purposeaulti-devices用於指示多設備環境。在業務伺服器給被叫用戶的各個設備發送的會話邀 請請求中攜帶該擴展後的Subject頭域.
在擴展後的Subject頭域中攜帶包含用戶動態輸入的選擇信息，例如，擴展後的Subject頭域值是下 述頭域值的一種
"Subject: l接受；purpose=multi-devices" s
"Subject: 2僅在此設備上接受purpose^ulti-devices";
"Subjects 3僅在此設備上拒絕；purpose，lti-devices":
"Subject: 4在本設備和其他設備上全部拒絕purposemlti-devices"'
在被叫用戶的各個設備給業務伺服器發送的對於會話邀請請求的應答消息中攜帶該擴展後的 Subject頭域。
2、 擴展業務伺服器的業務邏輯
在被叫用戶處於多設備環境下時，業務伺服器在構造的會話邀請請求中包含上述擴展後的Subject 頭域，該擴展後的Subject頭域中攜帶"會話邀請請求被發送到多個同址設備"的指示信息.然後，業 務伺服器將上述構造的會話邀請請求發送給被叫用戶的各個設備。
業務伺服器在收到被叫用戶的設備返回的上述會話邀請請求的應答消息後，獲取和解析應答消息中
11包含的擴展後的Subject頭域值，並根據該擴展後的Subject頭域中攜帶的用戶動態輸入的選擇信息，執 行不同的應答處理邏輯，以完成會話建立/結束流程。上述業務伺服器執行的不同的應答處理邏輯包 括
當用戶動態輸入的選擇信息為"接受"時，業務伺服器接收成功應答消息並轉發至主叫方，且不向 被叫用戶的其他設備發送會話取消誚求；
當用戶動態輸入的選擇信息為"僅在此設備上接受"時，業務伺服器接收成功應答消息並轉發至主 叫方，且向被叫用戶的其他設備發送會話取消請求；
當用戶動態輸入的選擇信息為"僅在此設備上拒絕"時，業務伺服器接收失敗應答消息但不轉發 至主叫方，且不向被叫用戶的其他設備發送會話取消請求；
當用戶動態輸入的選擇信息為"在本設備和其他設備上企部拒絕"時，業務伺服器接收失敗應答消 息並轉發至主叫方，且向被叫用戶的其他設備發送會話取消請求。
3、擴展業務客戶端的業務邏輯。
被叫用戶的設備在收到業務伺服器發送的會話邀請請求時，檢査該會話邀請請求中是否包含擴展的 Subject頭域,如果存在且值為"Subject: An Invitation to multiple devices:purpose=multi-devices",則該被叫用戶的設備的用戶界面提示如下選擇信息
主叫方想與您建立會話，請選擇
1、 接受；
2、 僅在此設備上接受
3、 僅在此設備上拒絕
4、 在本設備和其他設備上全部拒絕。
當被叫用戶在用戶界面上選擇上述於l、 2選項時，該被叫用戶的設備構造成功應答消息，當被叫用 戶在用戶界面上選擇JdfeE於3、 4選項時，該被叫用戶的設備構造失敗應答消息。被叫用戶的設備將上述 選擇信息攜帶在成功/失敗應答消息中的Sub ject頭域中。
基於上述擴展，該實施例提供的一種基於用戶動態輸入的選擇信息進行會話建立的方法的處理流程 如圖4所示，包括如下處理步驟
步驟41、在被叫方用戶處於多設備環境下時，業務伺服器為該被叫方用戶的各個選定設備構造出會 話邀請請求，在該會話邀請請求中包含擴展的Subject頭域，其值為"An Invitation to multiple devices;purpose=multi-devices"以指示"會話邀請請求被發送到多個同址設備"。
在該會話邀請請求中還使用GRUU機制標識出選定設備的設備地址。
步驟42、業務伺服器將此上述構造的會話邀請請求發送到被叫方的各個選定設備。
步驟43、被叫方的各選定設備收到上述會話邀請請求後，檢查到該會話邀請請求包含Subject頭域
12且值為"An Invitation to multiple devices;purpose=multi-devices",貝lj在各選定設備的用戶界 面提供可供用戶選擇的會話建立方式信息。
被叫方用戶根據自身當前意願，在各選定設備的用戶界面上選擇相應的會話建立方式信息，比如， 在其某個或某些設備上選擇接受會話邀請或櫃絕會話邀請，然後由各選定設備的業務客戶端程序根據用 戶的選擇信息構造成功/失敗應答消息，並將選擇信息包含在成功/失敗應答消息中的Subject頭域。
步驟44、業務伺服器收到某設備(假設為設備1#)返回的對應上述會話邀請請求的應答消息時，將 解析出該應答消息的Subject頭域中所攜帶的用戶動態輸入的選擇信息，並根據該選擇信息執行不同的 應答處理邏輯。
44al、當業務伺服器收到設備ltt返回的成功應答消息，且解析出成功應答消息中包含的選擇信息為 "接受"；
44a2、業務伺服器將上述成功應答消息轉發到主叫方，並將主叫方隨後發送的上述成功應答消息的 確認請求轉發到設備1#。
44bl、業務伺服器收到設備ltt返回的成功應答消息，且解析出應答包含的選擇信息為"僅在此設備 上接受"；
44b2、業務伺服器將該成功應答消息轉發到主叫方，並將主叫方隨後發送的上述成功應答消息的確 認請求轉發到設備1#;以在該設備與主叫方之間建立會話
44b3.業務伺服器向被叫用戶的其他設備發送會話取消請求，以取消其先前發送到這些設備的會話 邀請請求；
44b4、業務伺服器接收其他設備返回的會話取消請求的應答消息。
44cl、業務伺服器收到設備ltt返回的失敗應答消息，且解析出該失敗應答消息中包含的選擇信息為 "僅在此設備上拒絕"，則業務伺服器終止該設備的會話建立流程，且不向主叫方返回失敗應答，不向 其他設備發送會話取消請求。此時，業務伺服器等待其他設備返回應答消息並按照上述處理流程進行處 理，業務伺服器可以向主叫方發送臨時應答消息"會話處理中"。
44dl、業務伺服器收到設備1#返回的失敗應答消息，且解析出該失敗應答消息中包含的選擇信息為 "在本設備和其他設備上全部拒絕"，則業務伺服器終止該設備的會話建立流程。並將該失敗應答消息 轉發給主叫方，以結束被叫方與主叫方正在進行的會話建立流程；
44d2、業務伺服器向被叫用戶的其它設備發送會話取消請求，以取消其先前發送到這些設備的會話 邀請請求；
44d3、業務伺服器接收其他設備返回的會話取消請求的應答消息。
13在某些情況下，單個邏輯用戶的多個設備可能被多人操作，比如，邏輯用戶的手機終端為邏輯用戶本人隨身攜帶，而固定電話終端放在家中且其本人不在家中，或者邏輯用戶同時在兩個或多個設備上處理會話邀請請求，那麼兩個或多個同址設備可能幾乎同吋返回成功或失敗應答消息，而問吋返回的應答消息中包含不同的選擇信息，可能會引起業務伺服器執行應答處理邏輯時的衝突。
因此，該實施例還提供了一種在兩個或多個設備兒乎同時返回應答消息的情況下的衝突處理機制。該衝突處理機制包括"先來先服務"機制或"高優先級設各優先"機制。
(1)、"先來先服務"機制
雖然對於多個設備來講，應答幾乎是同時返回的，但對於業務伺服器來講，總是有且僅有一個應答消息在"第一時刻"最先返回。在本機制下，業務伺服器遂循"先來先服務"原則，對於最先收到的應答消息進行立即處理，對於後續到來的應答消息進行適當處理或不處理，業務伺服器的具體處理過程可以包括如下過程
1、 如果"第一時刻"返回的應答消息中的選擇信息為"接受"，隨後的幾乎同時到達的應答消息中的選擇信息為"僅在此設備上接受"，則業務伺服器為先返回應答消息的設備執行會話建立流程，對於後返回應答消息的設備也執行會話建立流程；
如果隨後的幾乎同時到達的應答消息中的選擇信息為"僅在此設備上拒絕"，則業務伺服器按照正常流程為先返回應答消息的設備執行會話建立流程，為後返回應答消息的設備終止會話邀請事務；
如果隨後的幾乎同時到達的應答消息中的選擇信息為"在本設備和其他設備上全部拒絕"，則業務伺服器為先返回應答消息的設備執行會話建立流程，為後返回應答消息的設備終止會話邀請事務，且向不包含上述兩個設備的其他設備發送會話取消請求。
2、 如果"第一時刻"返回的應答消息中的選擇信息為"僅在此設備上接受"，隨後的幾乎同時到達的應答消息中的選擇信息為"接受"，則業務伺服器為先返回應答消息的設備執行會話建立流程，向其他設備發送會話取消請求。忽略後返回的應答消息，不處理該應答消息。
如果隨後的幾乎同時到達的應答消息中的選擇信息為"僅在此設備上拒絕"或者"在本設備和其他設備上全部拒絕"，則同樣忽略此後到達的應答消息，不處理該後到達的應答消息。
3、 如果"第一時刻"返回的應答消息中的選擇信息為"僅在此設備上拒絕"，隨後的幾乎同時到達的應答消息中的選擇信息為"接受"，則業務伺服器為先返回應答消息的設備終止會話邀請事務，為後返回應答消息的設備執行會話建立流程；
如果隨後的幾乎同時到達的應答消息中的選擇信息為"僅在此設備上接受"，則業務伺服器為先返回應答消息的設備終止會話邀請事務，為後返回應答消息的設備執行會話建立流程，且向不包括上述兩個設備的其他設備發送會話取消請求
如果隨後的幾乎同時到達的應答消息中的選擇信息為"在本設備和其他設備上全部拒絕"，則業務伺服器為先返回應答消息的設備終止會話邀請事務，為後返回應答消息的設備終止會話邀請事務，且向
14不包括上述兩個設備的其他設備發送會話取消諮求
4、如果"第一時刻"返回的應答消息中的選擇信息為"在本設備和其他設備上全部拒絕"，隨後 的兒乎同時到達的應答消息中的選擇信息為"接受"，則業務伺服器為先返回應答消息的設備終止會話 邀請事務，向其它設備發送會話取消請求，忽略後到達的應答消息，不處理該後到達的應答消息；
如果隨後的幾乎同時到達的應答消息中的選擇信息為"僅在此設備上接受"或者"僅在此設備上拒 絕"，則同樣忽略此後到達的應答消息，不處理該後到達的應答消息。
(2)、"高優先級設備優先"機制
當多個設備幾乎同時返回應答消息時，可能由於通信線路原因，"第一時間"到達的應答消息可能 並不代表邏輯用戶的實時意願。對於業務伺服器來講，可以為其提供一種"高優先級設備優先"的應答 處理機制，以根據設備的優先級標識來處理各個設備同時返回的應答消息。
當收到第一個設備返問的應答消息吋，業務伺服器設置一個多設備應答等待時間(例如ls)，在此 時間內，如果有其他設備返回的應答消息到達，而且兩個應答消息所包含的用戶意願出現衝突時，則業 務伺服器從應答消息中的Contact頭域中或者在本地存儲的用戶註冊信息庫中獲取設備的優先級標識 符，比較該兩個設備的優先級標識符的高低，並優先處理最高優先級設備所返回的應答消息，而忽略其 他設備返回的應答消息；在此時間內，如果沒有其他設備返回的應答消息到達，則只處理第一個設備返 回的應答消息。
該實施例提供的一種基於"髙優先級設備優先"機制進行會話建立的方法的處理流程如圖5所示， 包括如下處理步驟
步驟51、在被叫方用戶處於多設備環境下時，業務伺服器為該被叫方用戶的各個選定設備構造出會 話邀請請求，在該會話邀請請求中包含擴展的Subject頭域，其值為"An Invitation to multiple devices ;purpose=multi-devices"以指示"會話邀請請求被發送到多個同址設備"。
在該會話邀請請求中還使用GRUU機制標識出選定設備的設備地址。
步驟52、業務伺服器將此上述構造的會話邀請請求發送到被叫方的各個選定設備。
步驟53、被叫方的各選定設備收到上述會話邀請請求後，檢查到該會話邀請請求中包含Subject頭 域且值為"An Invitation to multiple devices:purpose=multi-devices",貝!j在各選定設備的用戶 界面提供可供用戶選擇的會話建立方式信息。
被叫方用戶根據自身當前意願，在各選定設備的用戶界面上選擇相應的會話建立方式信息，比如， 在其某個或某些設各上選擇接受會話邀請或拒絕會話邀請，然後由各選定設備的業務客戶端程序根據用 戶的選擇信息構造成功/失敗應答消息，並將選擇信息包含在成功/失敗應答消息中的Subject頭域。
步驟54、業務伺服器收到某設備(假設為設備1#)返回的對應上述會話通請請求的應答消息時，將 解析出該應答消息的Subject頭域中所攜帶的用戶動態輸入的選擇信息。
步驟55、如果業務伺服器採取"髙優先級設備優先"機制來處理應答，則啟動一個多設備應答等待
15時間T的計時，以等待接收其他設備返回的應答。
歩驟6al、在時間段T內，業務伺服器接收到其他設備返回的對應會話邀請請求的應答消息(第二 個、第三個…)。
步驟6a2、上述多設備應答時間T的計時時間到達，業務伺服器停止等待其他設備返回的應答消息。
歩驟6a3、業務伺服器檢資各個設備返回的各個應答消息之間是否存在衝突，即是否存在以下應答 消息問吋被返間的情況"接受"和"僅在此設備上接受"、"接受"和"在木設備和其他設備上全部 把絕"、"僅在此設備上接受"和"在本設備和其他設備上全部拒絕"。如果存在上述衝突情況，則比 較返lsl應答消息的各個設備的優先級，然後，選擇最髙優先級設各返回的應答消息來處理；如果不存在 上述衝突情況，則按照正常流程執行各個互相不沖突的應答消息。
步驟66b、多設備應答時間T的計時時間到達，業務伺服器停止等待其他設備返回的應答。由於業務 伺服器沒有收到其他設備在此時間段內返回的應答消息，則處理其接收到的第一個應答消息。
實施例四
該實施例進一步詳細描述了其他設備關於某設備成功接受應答和成功建立會話的信息的方案。在該 實施例中，需要建立多設備會話邀請處理狀態集，並且對業務伺服器邏輯、業務客戶端邏輯進行擴展。
(1)多設備會話邀請處理狀態集
業務伺服器在判斷會話邀請請求的被叫用戶為多設備環境時，便為該會話邀請請求建立多設備會話 邀請處理狀態集。該多設備會話邀請處理狀態集主要用於判斷哪些接收會話邀請請求的設備已經返回終 結應答或者被發送過會話取消請求，以將被叫方的多個設備分為"已處理會話邀請請求的設備"和"未 處理會話邀請請求的設備"。
上述多設備會話邀請處理狀態集的樹形存儲結構如圖6所示，其中
根元素multi-devices包含三個屬性主叫用戶的地址、被叫用戶的地址和主被叫用戶之間請求建 立的會話的標識session-id (都從會話邀請請求中獲得)
根元素multi-devices包含子元素device (設備)元素，每個device元素代表一^t^被發送了會話 遂請請求的被叫用戶的設備，device由屬性"設備標識"來唯一標識，而"設備標識"的值從用戶註冊 信息中獲取，例如從gr參數中獲取。
每個devi ce元素又包含如下子元素
1、 "設備優先級"用於描述該設備在會話邀請請求中所處的優先級，用數字(Tl來標識，其中l代 表最高優先級，該信息可以從用戶註冊信息中獲取
2、 "應答類型"用於描述該設備返回的對應會話邀請請求的應答消息的類型，包括接受"、"僅 在此設備上接受"和"僅在此設備上拒絕"等應答類型
163、 "是否正參與該會話"用於描述該設備是否正在參與該會話，使用B00L類型(TRUE成FALSE)標 識； 、
4、 "是否被發送過會話取消請求"用於描述該設各是否被業務伺服器發送過會話取消請求(即SIP CANCEL請求)，使/HBOO L類型(TRUE或FALSE)標識。
業務伺服器對多設備會話邀請處理狀態集的處理過程為
業務伺服器基於會話邀請請求創建多設備會話邀請處理狀態集，該多設備會話邀請處理狀態集中包 含的初始信息包括主叫方和被叫方用戶地址以及主被叫之間的會話標識、被發送會話邀請請求的設備 (設備標識)，可選的包含設備優先級。
當業務伺服器收到被叫方用戶的某設備返回的應答消息時，更新該設備在多設備會話邀請處理狀態 集中的"應答類型"項；當被叫用戶的某設備被發送會話取消請求時，更新其在多設備會話邀請處理狀 態集中的"是否被發送過會話取消請求"項；當被叫用戶的某設備與主叫方成功建立起會話後，更新其 在多設備會話邀請處理狀態集中的"是否正參與該會話"項；當由session-id標識的被叫用戶與主叫用 戶之間的會話結束後，刪除多設備會話邀請處理狀態集。
在具體實施時，多設備會話邀請處理狀態集可以由業務伺服器存儲於資料庫中，或者採用XML (Extensible Markup Language,可擴展標記語言)文檔的形式。下面例子展示了使用X1IL文檔形式描 述的多設備會話邀請處理狀態集，其中，黑體部分表示多設備會話邀請處理狀態集在被創建時的表結 構，其餘元素在後續過程中由業務伺服器根據各設備返回的應答及其是否為該設備發送過會話取消請 求，進行相應更新。
<device gr='咖uuid:f81d4fae-7dec-lld0-a765-00a0c91e6bf6"
〃該設備優先級標識符 〈re印onse〉200〈re印onse〉 〃該設備返回的對應該會話邀請請求的應答類型 yes 〃該設備是否參與該會話(可選的) no 〃是否發送過CANCE請求給該設備
<device gr= ""urn:uuid:h90d4fae-8dec-33d0-a432-01b0d92d6cf8'〉
0- 6
404 no
no
17〈device gr= "urn:uuid:e85d4fae-4dec-33d0-a654_03a0c92c6gf4"> 0. 4<priority〉 408 iio 〈CANCEL-sent>yes<CANCEL-sent〉 <device〉
(2) 擴展業務伺服器的業務邏輯
業務伺服器為每個會話邀請請求創建和維護一個多設備會話邀請處理狀態集，當收到某設備返回的 對應會話邀請請求的應答消息或者向某設備發送會話取消請求時，更新該設備在多設備會話邀請處理狀 態集中的狀態信息。
當擁有多設備環境的被叫用戶的某個設備返回成功接受應答或者某個設備與主叫方成功建立會話 時，業務伺服器通i!MESSAGE (消息)請求將此信息以文本內容通知給其他被發送過會話邀請請求的設 備。
業務伺服器根據多設備會話邀請處理狀態集判斷哪些設備已返回過應答消息或被發送過會話取消請 求，哪些設備還對會話邀請請求保持未決狀態對於"已處理會話邀請請求的設備"的設備，僅發送提 示"成功接受應答"/ "成功建立會話"的簡短文本；對於未處理會話邀請請求的設備，還額外提供可 供用戶選擇的會話建立方式信息，並:^MESSAGE請求中包含某個擴展頭域(比如Subject頭域)，以指示 ^MESSAGE請求所對應的會話邀請請求(會話標識符)。
(3) 擴展業務客戶端的業務邏輯
業務客戶端判斷其收到的MESSAGE請求中是否包含上述指示會話標識符信息的擴展頭域，如果不包 含該擴展頭域，則僅將文本內容信息顯示到用戶界面；如果包含該擴展頭域，而且該業務客戶端先前沒 有返回過對應會話邀請請求的應答消息(通過檢査客戶端程序中仍然未處理"通知消息的擴展頭域中會 話標識符"所指示的會話邀請事務)，說明該設備還未處理會話邀請請求，則業務客戶端顯示給用戶界 面的信息中還包含可供用戶動態輸入的選擇信息。在特殊情況下，如果包含該擴展頭域，但是該業務客 戶端先前已經返回過對應會話邀請請求的應答消息，業務伺服器還未及時更新多設備會話邀請處理狀態 集，則不向用戶界面提供可供用戶動態輸入的選擇信息，僅提供某設備"成功接受應答"的簡短文本信
業務客戶端向用戶界面提供的可供選擇的會話建立方式包括l拒絕會話邀請請求；2接受會話邀請 請求並將會話切換到本設備；3接受邀請並繼續先前其他設備與主叫用戶建立的會話。
業務客戶端根據用戶動態輸入的選擇信息構造對應會話邀請請求的應答消息，並將選擇信息包含在
18對應會話邀請請求的應答消息中的擴展頭域中。
基於上述擴展，該實施例提供的通知其他設備關於某設備成功接受會話邀請請求和成功建立會話的 信息的方法的處理流程如圖7所示，包括如下步驟
步驟71、在多設各環境下的會話建立過程中，業務伺服器為每個會話邀請請求構造和維護一個上述
多設備會話邀請處理狀態集，當某用戶設備返回對應會話邀請請求的應答消息，或某用戶設備被發送會 話取消請求時，對上述多設備會話邀誚處理狀態集進行相應的更新。
業務伺服器收到被叫用戶的設備1#返回對應所述會話邀請請求的成功應答消息時，或者被叫用戶的 設備ltt與主叫用戶成功建立會話時，業務伺服器除了執行相應的業務邏輯並更新多設備會話邀請處理狀 態集外，還準備發送關於此信息的通知消息給其他設備。
步驟72、業務伺服器獲取多設備會話邀請處理狀態集；
步驟73、業務伺服器根據多設備會話邀請處理狀態集中的〈re印onse〉和〈CANCEL-sent〉項值，獲取 上述"已處理會話邀請請求的設備"和"未處理會話邀請請求的設備"信息.
在特殊情況下，業務伺服器可能幾乎同時收到另一個設備返回的應答消息，這時它還來不及更新會 話邀請處理狀態集，導致業務伺服器認為該設備沒有返回應答消息。
步驟74、對於已處理會話邀請請求的設備Xtt,業務伺服器為其構造MESSAGE請求，並發送給該設 備，肥SSAGE請求的消息體內容為"設備1S己接受來自主叫用戶的會話邀請請求"或者"設備ltt正在 與主叫用戶進行會話"。該設備接收到該肥SSAGE請求後，通過業務客戶端直接將文本內容顯示到用戶 界面。
步驟75a、對於未處理會話邀請請求的設備Xtt,業務伺服器為其構造MESSAGE請求，並發送給該設 備，朋SSAGE請求的消息體內容為
"設備ltt已經接受來自主叫用戶的會話遂請請求，請選擇拒絕會話邀請請求接受邀請並將會話 切換到本設備；接受邀請並繼續先前其他設備與主叫方建立的會話"
或者
"設備1#正在與主叫用戶進行會話，請選擇拒絕會話邀請請求接受邀請並將會話切換到本設 備接受邀請並繼續先前其他設備與主叫用戶建立的會話"。
上述MESSAGE請求中包含擴展Subject頭域，其值為"Subject: This is a加tification in multi-device environment, session-id s34ad"， s
75b、設備Xtt的業務客戶端收到上自SSAGE請求後，將消息體顯示到用戶界面以供用戶進行選擇。
設備Xtt的業務客戶端檢查和判斷MESSAGE請求中的Sub ject頭域值以及其自身是否已經發送過對應會 話邀請請求的應答消息，如果確定雖然MESSAGE請求中包含Subject頭域，但是該業務客戶端已經發送過 應答消息，則僅提供某設備"成功接受應答"的簡短文本信息；如果確^MESSAGE請求中包含Subject頭 域(含session-id參數)，且業務客戶端還未給session-id所關聯的會話邀請請求返回應答消息，則向
19用戶界而提供的可供選擇的會話建立方式，並根據用戶動態輸入的選擇信息構造成功或失敗應答，並將 選擇信息包含進應答消息中的Subject頭域。
然後，設備Xtt將成功或失敗應答消息返回給業務伺服器；
75c、業務伺服器收到設備Xtt返回的對應會話邀請請求的應答消息後，判斷和解析Subject頭域中攜 帶的用戶動態輸入的選擇信息，並進行相應的業務邏輯處理。
如果解析得到的選擇信息為"拒絕會話邀請請求"，則業務伺服器終止其到設備Xtt的會話建立事
務；
如果解析得到的選擇信息為"接受邀請並將會話切換到本設備"，則業務伺服器將會話從設備1# (和/或其他設備)轉移到設備Xft。
如果解析得到的選擇信息為"接受邀請並繼續先前其他設備與主叫方建立的會話"，則業務伺服器 扮演群組會話管理員的身份，按照"加入群組會話"的相關處理流程處理被叫用戶的多個設備同吋與 主叫方之間進行的會話；
實施例五
業務用戶B在其同一個用戶地址上綁定了三個設備1#、 2#、 3tt,即被叫用戶擁有多設備環境，該實 施例提供的一種在多設備環境中實現會話建立的方法的處理流程如圖8所示，包括如下步驟
步驟81、業務用戶A構造和發送目標用戶地址為B的會話邀請請求，該會話邀請請求被底層SIP/IP核 心網路由到為業務用戶B服務的業務伺服器。可選的，上述會話邀請請求可以由業務伺服器根據業務需 要主動發起，而無須接收來自其他用戶的會話邀請請求後再發送。
步驟82、業務伺服器根據SIP/IP核心網或者業務伺服器中存儲的用戶註冊信息庫中對目標用戶地址 進行多設備環境判斷。如果判斷目標用戶地址為多設各環境，則根據用戶註冊信息(包含用戶設備能力 集)、用戶偏好、運營商策略等策略，選出適合接收會話邀請請求的多個設備。在本實施例中，雖然用 戶棚有1#、 2tt、 3tt三個設備，但基於策略(或出於計費考慮、或3tt不適合接收SDP體中指示的媒體類型 等等)，判斷3#不適合接收會話邀請請求，因此只選擇設備ltt、設備2#作為適合的接收設備。
業務伺服器在本地為該會話邀請請求構造一個多設備會話邀請處理狀態集(以資料庫或者XML文檔 的形式存儲)，以動態表述各個設備處理會話通請請求的狀態信息。
步驟83、業務伺服器為選定的設備ltt構造和發送會話邀請請求，該會話邀請請求的目標地址為使用 GRUU機制的目標用戶設備ltt的標識，而且將"Subject : An Invitation to multiple devices:purpose=multi-deviceS"頭域及頭域值包含進會話邀請請求中，以指示會話邀請請求被同時 分發到其他同址設備。
步驟84、業務伺服器為選定的設備2tt構造和發送會話邀請請求，該會話邀請請求的目標地址為使用 GRUU機制的目標用戶設備2tt的標識，而且將"Subject : An Invitation to multiple devices:purpose=multi-devices"頭域及頭域值包含進會話邀請請求中，以指示會話邀請請求被同時 分發到其他同址設備。
20歩驟85、當設備ltt收到上述會話邀請請求後，通過檢査該會話邀請請求的Subject頭域，發現該會 話邀請請求處於多設備環境，則提示用戶基於當前意願實時選擇幾種不同的會話建立方式1.接受 2.僅在此設備上接受3.僅在此設備上拒絕；4.在本設備和其他設備上全部拒絕。
本實施例中，被叫方用戶在設備ltt選擇"1.接受"，於是，ltt上的業務客戶端構造對應會話邀請 請求的成功應答消息，並將"1.接受"信息攜帶在該成功應答消息的Subject頭域中。
歩驟86、設備ltt將成功應答返回給業務伺服器。
步驟87、業務伺服器對設備1#返回的應答消息進行處理，解析出該應答消息中包含的"1.接受" 信息，則構造成功應答消息給主叫用戶，其Coiitact地址為可直接聯繫到設各ltt的地址，不向其他設備 發送會話取消請求。此外，業務伺服器更新多設備會話邀請處理狀態集中的設備ltt的〈response〉項。
步驟88、業務伺服器發送設備ltt返回的成功應答消息給主叫用戶。
步驟89、業務伺服器發送"設備1#己經接受來自主叫用戶的會話邀請請求"通知消息給設備2tt。在 本實施例中，設備1#先前沒有指示業務伺服器向設備2#發送會話取消請求，而且設備2#沒有返回對應會 話邀請請求的應答消息，則業務伺服器可以獲取和判斷多設備會話邀請處理狀態集中設備2#的狀態，發 現它對會話邀請請求處於未決狀態，於是發送SIP MESSAGE請求給設備2tt,消息體攜帶供設備2#選擇的 會話建立方式的信息
設備1#已經接受來自主叫方的會話邀請請求，請選擇拒絕會話邀請請求；接受邀請並將會話切換 到本設備；接受邀請並繼續先前其他設備與主叫用戶建立的會話。而且，在MESSAGE請求中包含擴展的 Subject頭域,其值為"Subjects This is a notification in multi-device environment, session-id^s34a(T"以指示此通知所對應會話邀請請求的會話標識符。
步驟810、設備2tt將收到的MESSAGE請求的消息體內容顯示到用戶界面，並根據通知消息的擴展 Subject頭域所包含的會話標識符匹配到先前的會話邀請請求，然後根據用戶所選擇的會話建立方式構 造相應的成功/失敗應答消息，將選擇信息放在成功/失敗應答消息的Subject頭域中。
步驟8U、設備2#將成功/失敗應答消息發送給業務伺服器。
步驟812、業務伺服器接收設備2#返回的對應會話邀請請求的應答消息，解析Subject頭域所攜帶的 選擇信息，並進行相應的業務邏輯處理。
步驟813、業務用戶A返回對應設備W的成功應答消息的確認消息給業務伺服器。
步驟814、業務伺服器將對應設備1#的成功應答消息的確認消息發送到設備1#。
步驟815、業務用戶B的設備W與業務用戶A之間成功建立起會話。
步驟816、業務伺服器根據對多設備會話邀請處理狀態集的判斷，將"設備1#正在與主叫方進行會 話"的信息通aMESSAGE請求發送給設備2(t。在本實施例中，因為設備2tt已經返回對應原會話邀請請求 的應答消息，所以jlkMESSAGE請求中不再包含關於選擇會話建立方式的信息。
21實施例六
業務用戶B在其同一個用戶地址上綁定了三個設備ltt、 2tt、 3tt,即被叫方用戶擁有多設備環境，該 實施例提供的一種在多設備環境中實現會話建立的方法的處理流程如圖9所示，包括如下步驟
步驟91、業務用戶A構造和發送目標用戶地址為B的會話邀請請求，該會話邀請請求被底層SIP/IP核 心網路由到為業務用戶B服務的業務伺服器。可選的，上述會話邀請請求可以由業務伺服器根據業務需 耍主動發起，而無須接收來自其他用戶的會話邀誚誚求後再發送。
歩驟92、業務伺服器根據SIP/IP核心網成者業務伺服器中存儲的用戶註冊信息庫屮對目標用戶地址 進行多設各環境判斷。如果判斷目標用戶地址為多設備環境，則根據用戶註冊信息(包含用戶設備能力 集)、用戶偏好、運營商策略等策略，選出適合接收會話邀請請求的多個設備。在本實施例中，雖然用 戶B擁有ltt、 2tt、 3tt三個設備，伹基於策略(或出於計費考慮、或3tt不適合接收SDP體中指示的媒體類型 等等)，判斷3#不適合接收會話邀請請求，因此只選設擇設各1#、設備2ft作為適合的接收設備。
業務伺服器在本地為該會話邀請請求構造--個多設備會話邀請處理狀態集(以資料庫或者XML文檔 的形式存儲)，以動態表述各個設備處理會話邀請請求的狀態信息。
步驟93、業務伺服器為選定的設備1#構造和發送會話邀請請求，該會話邀請請求的目標地址為使用 GRUU機制的目標用戶設備ltt的標識，而且將"Subject : An Invitation to multiple devices:purp0Se=mUlti-deviCes"頭域及頭域值包含進會話邀請請求中，以指示會話邀請請求被同時 分發到其他同址設備。
步驟94、業務伺服器為選定的設備2#構造和發送會話邀請請求，該會話邀請請求的目標地址為使用 GRUU機制的目標用戶設備2S的標識，而且將"Subject : An Invitation to multiple devices:purposeiulti-devices"頭域及頭域值包含進會話邀請請求中，以指示會話邀請請求被同時 分發到其他同址設備。
步驟95、當設備1#收到會話邀請請求後，通過檢査Subject頭域，發現該會話邀請請求處於多設備 環境，則提示用戶基於當前意願實時選擇幾種不同的會話建立方式1.接受；2.僅在此設備上接受 3.僅在此設備上拒絕；4.在本設備和其他設備上全部拒絕。本實施例中，被叫方用戶在設備ltt選擇"2. 僅在此設備上接受"，則設備1#上的業務客戶端構造對應會話邀請請求的成功應答消息，並將"2.僅在 此設備上接受"信息攜帶在成功應答消息的Subject頭域中，
步驟96、設備W將上述成功應答消息返回給業務伺服器。
步驟97、業務伺服器對設備1S返回的成功應答消息進行處理，解析出設備ltt返回的成功應答消息中 所攜帶的"2.僅在此設備上接受"信息，則構造成功應答消息給主叫用戶，其Coiitact地址為可直接聯 繫到設備ltt的地址。
業務伺服器基於"2.僅在此設備上接受"的指示，為其他設備構造會話取消請求。此外，業務服務 器更新多設備會話邀請處理狀態集中的設備lS的〈re印onse〉項和設備2it的〈CMCEL-sent〉項。
步驟98、業務伺服器發送設備1#返回的成功應答消息給主叫用戶。
22少驟99、業務伺服器發送構造好的會話取消請求給其他設備。
歩驟910、業務伺服器接收其他設備返回的對應會話取消請求的IS答消息。
歩驟911、丙為經設備lft先前返回應答的指示，業務伺服器向設備2tt發送過會話取消請求，所以業 務伺服器認為己經終止了設備2#的會話邀請事務，便發送僅包含"設備ltt已經接受來自主叫用戶的會話 邀請請求"簡單文本的通知消息給設備2ft。
步驟912、業務用戶A返回對應設備lft的成功應答消息的確認消息給業務伺服器。
步驟913、業務伺服器將對應設備llt的成功應答消息的確認消息發送到業務用戶B的設備ltt。
步驟914、業務用戶B的設備ltt與業務用戶A之間成功建立起會話。
步驟915、業務伺服器根據對多設備會話邀請處理狀態集的判斷，將"設備ltt正在與主叫方進行會 話"的信息通iiMESSAGE請求發送給設備2tt。在本實施例中，因為設備2tt已經被發送過會話取消請求， 所以此通知中不再包含關於選擇會話建立方式的信息。
實施例七
業務用戶B在其同一個用戶地址上綁定了三個設備1#、 2tt、 3tt,即被叫方用戶擁有多設備環境，該 實施例提供的一種在多設備環境中實現會話建立的方法的處理流程如圖10所示，包括如下步驟
步驟IOI、業務用戶A構造和發送目標用戶地址為B的會話邀請請求，該會話邀請請求被底層SIP/IP 核心網路由到為業務用戶B服務的業務伺服器。可選的，上述會話邀請請求可以由業務伺服器根據業務 需要主動發起，而無須接收來自其他用戶的會話邀請請求後再發送。
步驟102、業務伺服器根據SIP/IP核心網或者業務伺服器中存儲的用戶註冊信息庫中對目標用戶地 址進行多設備環境判斷。如果判斷目標用戶地址為多設備環境，則根據用戶註冊信息(包含用戶設備能 力集)、用戶偏好、運營商策略等策略，選出適合接收會話邀請請求的多個設備。在本實施例中，雖然 用戶B擁有lft、 2tt、 3tt三個設備，但基於策略(或出於計費考慮、或3ft不適合接收SDP體中指示的媒體類 型等等)，判斷3K不適合接收會話邀請請求，因此只選設擇設備ltt、設備2#作為適合的接收設備。
業務伺服器在本地為該會話邀請請求構造一個多設備會話邀請處理狀態集(以資料庫或者XML文檔 的形式存儲)，以動態表述各個設備處理會話邀請請求的狀態信息。
步驟103、業務伺服器為選定的設備1#構造和發送會話邀請請求，該會話邀請請求的目標地址為使 用GRUU機制的目標用戶設備ltt的標識，而且將"Subject : An Invitation to multiple devices:purpose=multi-devices"頭域及頭域值包含進會話邀請請求中，以指示會話邀請請求被同時 分發到其他同址設備。
步驟104、業務伺服器為選定的設備2ft構造和發送會話邀請請求，該會話邀請請求的目標地址為使 用GRUU機制的目標用戶設備2B的標識，而且將"Subject : An Invitation to multiple devices;purp0Se=multi-devices"頭域及頭域值包含進會話邀請請求中，以指示會話邀請請求被同時 分發到其他同址設備。
23步驟105、當設備ltt收到會話邀請請求後，通過檢査該會話邀請請求的Subject頭域，發現該會話邀 請請求處於多設備環境，則提示用戶基於當前意願實時選擇幾種不同的會話建立方式1.接受2.僅 在此設備上接受3.僅在此設備上拒絕4.在本設備和其他設備上全部拒絕。
本實施例中，被叫用戶在設備1S選擇"3.僅在此設備上招絕"，則設備ltt上的業務客戶端構造對 應會話邀請請求的失敗應答消息，並將"僅在此設備上拒絕"信息攜帶進該失敗應答消息中的Subject 頭域。
步驟106、業務客戶端將此失敗應答消息返回給業務伺服器。
步驟107、業務伺服器對設備1#返回的失敗應答消息進行處理，解析出該失敗應答消息中攜帶的 "3.僅在此設備上拒絕"信息，則終止設備1#的會話邀請事務，並對其他設備保持未決狀態。
因為設備lft沒有返回成功應答消息，所以業務伺服器也不向其他設備發送通知消息。此外業務服務 器更新多設備會話邀請處理狀態集中的設備lft的〈re印onse〉項。
實施例八
業務用戶B在其同一個用戶地址上綁定了三個設備1S、 2tt、 3tt,即被叫方用戶擁有多設備環境，該 實施例提供的一種在多設備環境中實現會話建立的方法的處理流程如圖ll所示，包括如下步驟
步驟lll、業務用戶A構造和發送目標用戶地址為B的會話邀請請求，該會話邀請請求被底層SIP/IP 核心網路由到為業務用戶B服務的業務伺服器.可選的，上述會話邀請請求可以由業務伺服器根據業務 需要主動發起，而無須接收來自其他用戶的會話邀請請求後再發送。
步驟l 12、業務伺服器根據SIP/IP核心網或者業務伺服器中存儲的用戶註冊信息庫中對目標用戶地 址進行多設備環境判斷。如果判斷目標用戶地址為多設備環境，則根據用戶註冊信息(包含用戶設備能 力集)、用戶偏好、運營商策略等策略，選出適合接收會話邀請請求的多個設備。在本實施例中，雖然 用戶B擁有ltt、 2tt、 3tt三個設備，但基於策略(或出於計費考慮、或3ft不適合接收SDP體中指示的媒體類 型等等)，判斷3#不適合接收會話邀請請求，因此只選設擇設備ltt、設備加作為適合的接收設備.
業務伺服器在本地為該會話邀請請求構造一個多設備會話邀請處理狀態集(以資料庫或者XML文檔 的形式存儲)，以動態表述各個設備處理會話邀請請求的狀態信息。
步驟113、業務伺服器為選定的設備1S構造和發送會話邀請請求，該會話邀請請求的目標地址為使 用GRUU機制的目標用戶設備ltt的標識，而且將"Subject : An Invitation to multiple devices :Purp0Se=multi-devices"頭域及頭域值包含進會話邀請請求中，以指示會話邀請請求被同時 分發到其他同址設備。
步驟114、業務伺服器為選定的設備2tt構造和發送會話邀請請求，該會話邀請請求的目標地址為使 用GRUU機制的目標用戶設備2tt的標識，而且將"Subject : An Invitation to multiple devices:purp0Se=multi-devices"頭域及頭域值包含進會話邀請請求中，以指示會話邀請請求被同時 分發到其他同址設備。
步驟115、當設備1S收到會話邀請請求後，通過檢査該會話邀請請求的Subject頭域，發現該會話邀
24請請求處於多設備環境，則提示用戶基於當前意願實時選擇兒種不同的會話建立方式1.接受；2.僅 在此設備上接受；3.僅在此設備上拒絕4.在本設備和其他設備上全部拒絕。
本實施例中，被叫方用戶在設備1#選擇"4.在本設備和其他設備上全部拒絕"，則設備lft上的業務 客戶端構造對應會話邀請請求的失敗應答消息，並將"4.在本設備和其他設備上全部拒絕"信息攜帶進 該失敗應答消息的Subject頭域。
步驟116、業務客戶端將此失敗應答消息返回給業務伺服器。
步驟117、業務伺服器對設備ltt返回的失敗應答消息進行處理。它解析出設備1#返回的失敗應答消 息中所攜帶的"4.在本設備和其他設各上全部拒絕"信息，則終止設備lft的會話邀請事務，並為其他設 備構造會話取消請求。
因為設備ltt沒有返回成功應答消息，所以業務伺服器也不向其他設備發送通知消息。此外，業務服 務器刪除多設備會話邀請處理狀態集。
步驟118、業務伺服器根據設備1#返回的應答，構造和發送失敗應答消息給主叫方用戶A。
步驟119、業務伺服器發送構造好的會話取消請求給其他設備。
步驟120、業務伺服器接收其他設備返回的對應會話取消請求的應答消息。
本領域普通技術人員可以理解實現上述實施例方法中的全部或部分流程，是可以通過計算^LS序來 指令相關的硬體來完成，所述的程序可存儲於一計算機可讀取存儲介質中，該程序在執行時，可包括如 上述各方法的實施例的流程。其中，所述的存儲介質可為磁碟、光碟、只讀存儲記憶體(Read-Only Memory, ROM)或隨機存儲記憶體(Random Access Memory, RAH)等。
本發明實施例還提供了一種在多設備環境中進行會話處理的裝置，其具體實現結構如圖12所示，具 體可以包括
會話遂請請求發送模塊121,用於向多設備環境下的被叫用戶的設備發送會話通請請求；
選擇信息獲取模塊122,用於接收所述被叫用戶的設備返回的應答消息，對所述應答消息進行解 析，獲取所述應答消息中攜帶的會話建立方式的選擇信息；
會話處理模塊123，用於根據所述選擇信息獲取模塊所獲取的會話建立方式的選擇信息，進行相應 的會話處理。
所述裝置還可以包括
多設備會話邀請處理狀態集維護模塊124,用於在將會話邀請請求發送給被叫用戶的多個設備後， 為該會話邀請請求建立並維護多設備會話邀請處理狀態集，該多設備會話邀請處理狀態集中包括主叫用 戶信息、被叫用戶信息、主被叫用戶之間請求建立的會話的標識信息、已經返回過所述會話邀請請求的 應答消息的被叫用戶的設備信息和被發送過會話取消請求的被叫用戶的設備信息
通知消息發送模塊125,用於當接收到被叫用戶的某個設備返回的攜帶接受會話邀請請求的選擇信 息的應答消息後，向所述被叫用戶的其它設備發送通知消息，該通知消息中攜帶所述某個設備接受會話 邀請請求的信息並且，當根據所述多設備會話邀請處理狀態集判斷所述其它設備沒有返回過所述^S 邀請請求的應答消息或沒有被發送過會話取消請求時，所述通知消息中還攜帶會話建立方式的選擇信
25'昆o
所述會話處理模塊123可以包括
第一會話處理模塊1231,用於當所述選擇信息獲取模塊所獲取的會話建立方式的選擇信息為接受 時，將所述應答消息轉發給主叫用戶，不向所述被叫用戶的其它設備發送會話取消請求，所述主叫用戶 和返回所述應答消息的被叫用戶的設備之間進行會話建立；
第二會話處理模塊1232,當所述選擇信息獲取模塊所獲取的會話建立方式的選擇信息為僅在此設備 上接受時，將所述應答消息轉發給主叫用戶，向所述被叫用戶的其它設備發送會話取消請求，所述主叫 用戶和返回所述應答消總的被叫用戶的設各之間進行會話建立；
第三會話處理模塊1233，當所述選擇信息獲取模塊所獲取的會話建立方式的選擇信息為僅在此設各 上拒絕時，不將所述應答消息轉發給主叫用戶，不向所述被叫用戶的其它設備發送會話取消請求，所述 主叫用戶和返回所述應答消息的被叫用戶的設備之間不進行會話建立；
第四會話處理模塊1234,當所述選擇信息獲取模塊所獲取的會話建立方式的選擇信息為在本設備和 其他設備上全部拒絕時，將所述應答消息轉發給主叫用戶，向所述被叫用戶的其它設備發送會話取消請 求，所述主叫用戶和返回所述應答消息的被叫用戶的設備之間不進行會話建立。
所述裝置可以為業務伺服器。
本發明實施例還提供了一種在多設備環境中進行會話處理的系統，該系統包括上述圖12所示的裝 置和被叫用戶的設備，
所述裝置，用於向多設備環境下的被叫用戶的設備發送會話邀請請求，接收所述被叫用戶的設備返 回的應答消息，對所述應答消息進行解析，獲取所述應答消息中攜帶的會話建立方式的選擇信息，根據 所述選擇信息獲取模塊所獲取的會話建立方式的選擇信息，進行相應的會話處理；
所述被叫用戶的設備，用於接收所述裝置發送的會話邀請請求，向所述裝置發送攜帶會話建立方式 的選擇信息的應答消息。
綜上所述，使用本發明實施例提供的方法和裝置，可以實現在多設備環境下的會話建立過程中，根 據用戶實時輸入的用戶意願並結合相關策略來執行不同的應答處理邏輯，向其他設備發送關於某設備成 功接受應答和成功建立會話的通知信息，該通知消息中還可以攜帶會話建立方式的選擇信息。
本發明實施例可以提供多設備環境下的會話建立的方法，提髙了業務伺服器的處理能力和網絡服務 質量，豐富了用戶體驗。
以上所述，僅為本發明較佳的具體實施方式
，但本發明的保護範圍並不局限於此，任何熟悉本技術 領域的技術人員在本發明揭露的技術範圍內，可輕易想到的變化或替換，都應涵蓋在本發明的保護範圍 之內。因此，本發明的保護範圍應該以權利要求的保護範圍為準。
2權利要求
1、一種在多設備環境中進行會話處理的方法，其特徵在於，包括向多設備環境下的被叫用戶的設備發送會話邀請請求；接收所述被叫用戶的設備返回的應答消息，對所述應答消息進行解析，獲取所述應答消息中攜帶的會話建立方式的選擇信息，根據該會話建立方式的選擇信息進行相應的會話處理。
2、 根據權利要求l所述的方法，其特徵在於，所述向多設備環境下的被叫用戶的設備 發送會話邀請請求的過程，包括當業務伺服器收到主叫用戶發向被叫用戶的會話邀請請求；或者，業務伺服器作為主 叫用戶向被叫用戶發送會話邀請請求時，該業務伺服器査詢用戶註冊信息，獲取所述被叫 用戶綁定的多個設備信息；業務伺服器向所述被叫用戶的各個設備分別發送會話邀請請求，並在會話邀請請求中 攜帶會話邀請請求被發送到多個同址設備的指示信息。
3、 根據權利要求2所述的方法，其特徵在於，所述接收所述被叫用戶的設備返回的應 答消息的過程，包括被叫用戶的設備在收到所述會話邀請請求後，檢査出該會話邀請請求中包含所述會話 邀請請求被發送到多個同址設備的指示信息；所述被叫用戶根據當前意願和所述指示信息選擇會話建立方式，所述會話建立方式包 括接受、僅在此設備上接受、僅在此設備上拒絕和在本設備和其他設備上全部拒絕所述被叫用戶的設備向所述業務伺服器發送攜帶所述會話建立方式的選擇信息的應答 消息，所述業務伺服器接收所述應答消息。
4、 根據權利要求3所述的方法，其特徵在於，所述對所述應答消息進行解析，獲取所 述應答消息中攜帶的會話建立方式的選擇信息，根據該會話建立方式的選擇信息進行相應 的會話處理的過程，包括當所述業務伺服器獲取的會話建立方式的選擇信息為接受時，所述業務伺服器將所述 應答消息轉發給主叫用戶，不向所述被叫用戶的其它設備發送會話取消請求，所述主叫用 戶和返回所述應答消息的被叫用戶的設備之間進行會話建立；當所述業務伺服器獲取的會話建立方式的選擇信息為僅在此設備上接受時，業務服務 器將所述應答消息轉發給主叫用戶，向所述被叫用戶的其它設備發送會話取消請求，所述 主叫用戶和返回所述應答消息的被叫用戶的設備之間進行會話建立；當所述業務伺服器獲取的會話建立方式的選擇信息為僅在此設備上拒絕時，業務服務 器不將所述應答消息轉發給主叫用戶，不向所述被叫用戶的其它設備發送會話取消請求， 所述主叫用戶和返回所述應答消息的被叫用戶的設備之間不進行會話建立；當所述業務伺服器獲取的會話建立方式的選擇信息為在本設備和其他設備上全部拒絕 時，業務伺服器將所述應答消息轉發給主叫用戶，向所述被叫用戶的其它設備發送會話取 消請求，所述主叫用戶和返回所述應答消息的被叫用戶的設備之間不進行會話建立。
5、 根據權利要求1至4任一項所述的方法，其特徵在於，所述方法還包括 當在小於設定時間內接收到多個所述被叫用戶的設備返回的多個應答消息時，根據第一個接收到的應答消息中攜帶的會話建立方式的選擇信息，進行相應的會話處理，如果後續接收到的應答消息中攜帶的會話建立方式的選擇信息與所述第一個接收到的 應答消息中攜帶的會話建立方式的選擇信息不互相衝突，則對後續接收到的應答消息進行 相應的處理；否則，對後續接收到的應答消息不處理。
6、 根據權利要求1至5任一項所述的方法，其特徵在於，所述方法還包括 當在小於設定時間內接收到多個所述被叫用戶的設備返回的多個應答消息時，根據優先級最高的設備返回的應答消息中攜帶的會話建立方式的選擇信息，進行相應的會話處 理；如果優先級不是最高的設備返回的應答消息中攜帶的會話建立方式的選擇信息與所述 優先級最高的設備返回的應答消息中攜帶的會話建立方式選擇信息不互相衝突，則對優先 級不是最高的設備返回的應答消息進行相應的處理；否則，對優先級不是最高的設備返回 的應答消息不處理。
7、 根據權利要求1至5任一項所述的方法，其特徵在於，所述方法還包括 在將會話邀請請求發送給被叫用戶的多個設備後，為該會話邀請請求建立並維護多設備會話邀請處理狀態集，該多設備會話邀請處理狀態集中包括主叫用戶信息、被叫用戶信 息、主被叫用戶之間請求建立的會話的標識信息、已經返回過所述會話邀請請求的應答消 息的被叫用戶的設備信息和被發送過會話取消請求的被叫用戶的設備信息；當接收到被叫用戶的某個設備返回的攜帶接受會話邀請請求的選擇信息的應答消息後，向所述被叫用戶的其它設備發送通知消息，該通知消息中攜帶所述某個設備接受會話 邀請請求的信息；並且，當根據所述多設備會話邀請處理狀態集判斷所述其它設備沒有返 回過所述會話邀請請求的應答消息或沒有被發送過會話取消請求時，所述通知消息中還攜 帶會話建立方式的選擇信總。
8、 根據權利要求7所述的方法，其特徵在於，所述多設各會話邀請處理狀態集中還包 括被叫用戶的設備的優先級、被叫用戶的設備返回的應答消息中攜帶的會話建立方式的選擇信息o
9、 根據權利要求7所述的方法，其特徵在於，所述通知消息中攜帶的會話建立方式的 選擇信息包括拒絕會話邀請請求、接受會話邀請請求並將會話切換到本設備和接受邀請 並繼續先前其他設備與主叫用戶建立的會話。
10、 一種在多設備環境中進行會話處理的裝置，其特徵在於，包括 會話邀請請求發送模塊，用於向多設備環境下的被叫用戶的設備發送會話邀請請求； 選擇信息獲取模塊，用於接收所述被叫用戶的設備返回的應答消息，對所述應答消息進行解析，獲取所述應答消息中攜帶的會話建立方式的選擇信息；會話處理模塊，用於根據所述選擇信息獲取模塊所獲取的會話建立方式的選擇信息， 進行相應的會話處理。
11、 根據權利要求10所述的裝置，其特徵在於，所述會話處理模塊具體包括 第一會話處理模塊，用於當所述選擇信息獲取模塊所獲取的會話建立方式的選擇信息為接受時，將所述應答消息轉發給主叫用戶，不向所述被叫用戶的其它設備發送會話取消 請求，所述主叫用戶和返回所述應答消息的被叫用戶的設備之間進行會話建立第二會話處理模塊，當所述選擇信息獲取模塊所獲取的會話建立方式的選擇信息為僅 在此設備上接受時，將所述應答消息轉發給主叫用戶，向所述被叫用戶的其它設備發送會 話取消請求，所述主叫用戶和返回所述應答消息的被叫用戶的設備之間進行會話建立；第三會話處理模塊，當所述選擇信息獲取模塊所獲取的會話建立方式的選擇信息為僅 在此設備上拒絕時，不將所述應答消息轉發給主叫用戶，不向所述被叫用戶的其它設備發 送會話取消請求，所述主叫用戶和返回所述應答消息的被叫用戶的設備之間不進行會話建 立；第四會話處理模塊，當所述選擇信息獲取模塊所獲取的會話建立方式的選擇信息為在 本設備和其他設備上全部拒絕時，將所述應答消息轉發給主叫用戶，向所述被叫用戶的其它設備發送會話取消請求，所述主叫用戶和返回所述應答消息的被叫用戶的設各之間不進 行會話建立。
12、 根據權利要求10或11所述的裝置，其特徵在於，所述裝置還包括 多設備會話邀請處理狀態集維護模塊，用於在將會話邀請請求發送給被叫用戶的多個設各後，為該會話邀請請求建立並維護多設備會話邀請處理狀態集，該多設各會話邀請處 理狀態集中包括主叫用戶信息、被叫用戶信息、主被叫用戶之間請求建立的會話的標識信 息、已經返回過所述會話邀請請求的應答消息的被叫用戶的設備信息和被發送過會話取消 請求的被叫用戶的設備信息；通知消息發送模塊，用於當接收到被叫用戶的某個設備返回的攜帶接受會話邀請請求 的選擇信息的應答消息後，向所述被叫用戶的其它設備發送通知消息，該通知消息中攜帶 所述某個設備接受會話邀請請求的信息；並且，當根據所述多設備會話邀請處理狀態集判 斷所述其它設備沒有返回過所述會話邀請請求的應答消息或沒有被發送過會話取消請求 時，所述通知消息中還攜帶會話建立方式的選擇信息。
13、 一種在多設備環境中進行會話處理的系統，其特徵在於，包括如權利要求10到 12任一項所述的裝置和被叫用戶的設備，所述裝置，用於向多設備環境下的被叫用戶的設備發送會話邀請請求，接收所述被叫 用戶的設備返回的應答消息，對所述應答消息進行解析，獲取所述應答消息中攜帶的會話 建立方式的選擇信息，根據所述選擇信息獲取模塊所獲取的會話建立方式的選擇信息，進 行相應的會話處理；所述被叫用戶的設備，用於接收所述裝置發送的會話邀請請求，向所述裝置發送攜帶 會話建立方式的選擇信息的應答消息。
全文摘要
本發明提供了一種在多設備環境中進行會話處理的方法、裝置和系統，該方法主要包括向多設備環境下的被叫用戶的設備發送會話邀請請求；接收所述被叫用戶的設備返回的應答消息，對所述應答消息進行解析，獲取所述應答消息中攜帶的會話建立方式的選擇信息，根據該會話建立方式的選擇信息進行相應的會話處理。利用本發明，可以實現在多設備環境下的會話建立過程中，根據用戶實時輸入的用戶意願來執行不同的會話處理邏輯，從而提高了業務伺服器的處理能力和網絡服務質量。
文檔編號H04L1/16GK101686192SQ20081022320
公開日2010年3月31日 申請日期2008年9月27日 優先權日2008年9月27日
發明者盧美蓮, 孫成振, 王立才, 韓傳葉 申請人:華為技術有限公司