用于控制多媒體通信網絡中的通信會話建立的方法和通信處理設備與流程

本發明總體涉及互聯網協議IP多媒體通信，并且更具體地涉及控制以同一訂戶在多媒體通信網絡中注冊的多個多媒體通信設備的通信會話建立。

背景技術：

用戶可以利用多個多媒體通信設備以滿足他們的通信需求。可以向用戶可用的一個或多個通信設備(或一般稱為用戶設備UE)提供來電或通信會話或去往用戶的其他形式的通信。然而，通常在單個設備上接受呼叫或通信會話。

這種多媒體通信設備的示例是移動電話或智能電話、平板個人計算機、PC和膝上型PC或臺式PC。每個這種設備可以用于在詞語的最寬泛意義上的通信，然而，通信的方式在實踐中根據每個設備而不同。移動電話通常用于語音呼叫、消息傳輸和聊天。膝上型PC或臺式PC通常用于聊天和視頻呼叫，但不太可能用于語音呼叫，尤其是當用戶不在他/她的書桌/桌子后面時。平板PC可用于聊天、視頻呼叫和語音呼叫。然而，在實踐中，人們可能更喜歡使用他們的移動電話進行語音呼叫。

相關的發展在于，人們可能在共享設備(例如電視(TV)屏幕)上“可達”。例如，在觀看TV時，可以在TV屏幕的角落中呈現來電。在這種情況下，TV屏幕是“共享媒體”。而被叫的人是“可達的”，他(她)可能不能或可能不愿意在TV上應答呼叫。也就是說，至少不是在其他人也在看電視時。在電視屏幕上“呈現”該呼叫，但被叫的人將更喜歡例如在他/她的移動電話上應答呼叫。

也就是說，盡管人可以在多個設備(即移動電話、膝上型PC、平板電腦、電視屏幕、諸如Google Glass^TM之類的眼鏡型設備等)上是“可達的”，但是人們只可能在他已經利用的通信設備的單個集合或子集上應答或接聽來電或通信會話。

人可以應答來電或其他通信會話的設備集合可以取決于在其間建立呼叫的環境。例如，一般來說，可以在PC客戶端上或在移動電話上應答來電。然而，在會議中，可以僅允許在人臨時離開會議室的情況下在移動電話上應答呼叫。然而，例如，會議中用戶的呼叫或通信會話的提醒可以同時在用戶的移動電話、膝上型PC、平板電腦上或會議室中的中央呈現屏幕或顯示器上。

因此，將應用的場景是呼叫可以在一些情況下僅在特定通信設備(諸如專用移動電話、頭戴耳機設備)或與特定用戶或訂戶在功能上相關聯的其他通信設備上被應答。

因此，隨著人們實際可以具有或可以利用的通信設備的數量的上述增加，例如，在某個時間點和/或在某個位置處用戶可用的通信設備的景觀正變得越來越異構和復雜。此外，這些不同的設備將具有顯著不同的能力。例如，安裝在PC上用于在互聯網協議IP多媒體子系統IMS通信網絡中操作的軟會話發起協議SIP電話可以具有與移動電話或智能電話不同的能力。

某些通信設備可以接收來電并且提醒該設備的用戶，但該呼叫不能在該設備上被應答。一個示例是在電視屏幕上的“來電通知”的常見實施方式。

然而，根據以上內容將理解，某些設備確實具有應答來電/通信會話的固有能力，但環境可能禁止在這種設備上應答來電/通信會話。

當不應當在確實具有應答呼叫能力的特定設備上應答呼叫或通信會話時，假如滿足設備和用戶應答呼叫的所有條件，則實際的解決方案是不向那個設備提供呼叫。然而，例如具體地在緊急或其它重要的呼叫的情況下，不提供呼叫或通信會話可能對主叫和被叫訂戶或用戶造成問題。

提供對設備的呼叫(除允許該呼叫的接收方應答呼叫或通信會話外)可以包括提醒或通知用戶例如呼叫正在到達和/或包括在設備本地日志中。例如，這種“提醒”或“通知”可以包括以下信息：主叫方標識(例如主叫方名稱和/或號碼)、諸如“低”、“正常”、“緊急”之類的呼叫緊急度、諸如“主題”(例如“會議邀請”、“商務”、“私人”)之類的呼叫信息等。

技術實現要素：

本發明的一個目的是提供用于控制IP多媒體通信網絡中與以同一訂戶在所述網絡中注冊的多個通信設備的通信會話建立的方法和通信處理服務器以及網絡節點，以支持包括不同類型或類別的一系列廣泛的通信設備的整體訂戶通信解決方案。

另一個目的是，提供被配置為在這種整體訂戶通信解決方案中操作的方法和用戶設備。

在第一方案中，提供了一種控制在基于互聯網協議IP多媒體的通信網絡中針對以同一訂戶在通信網絡中注冊(即，功能地和/或操作地相關聯)的多個多媒體用戶設備UE中的至少一個多媒體UE的通信會話建立的方法。作為對由網絡的通信處理服務器接收到建立與多個UE中的至少一個UE的通信會話的請求的回復，通信處理服務器提供建立通信會話的適配的請求。適配的請求基于所述多個UE中的UE所準許的作為對建立通信會話的所述請求的回復的響應，所述響應包括臨時響應和最終響應。為了實際建立通信會話，通信處理服務器在通信網絡中將適配的請求轉發到以同一訂戶注冊的多個UE中的相應UE。

提供適配的請求開啟了用于集成訂戶的整體通信解決方案的方式，提供該適配的請求基于與被叫訂戶可用的多個UE中的一個或多個UE實際可能提供或被準許提供的作為對建立與主叫訂戶的通信會話的請求的回復的哪個或哪些臨時響應以及哪個或哪些最終響應有關的信息。也就是說，不僅對于與該訂戶嚴格關聯或是個人的那些通信設備(例如移動電話)，而且對于不與該訂戶嚴格關聯或不是該用戶的個人的而是例如一組人共享的設備，例如電視屏幕或會議屏幕。

適配的請求是否準許多個UE中的UE對建立通信會話做出響應(包括臨時響應和最終響應)，即通信會話或呼叫是否可以由移動電話或(也)由電視屏幕或被叫訂戶可用的任何其他通信設備來應答，取決于與被叫訂戶可用的多個UE中的哪個UE實際上可以建立通信會話有關的信息，該信息可以取決于例如特定的時間點。

適配的請求可以由通信處理服務器轉發給多個UE中的所選擇的一個(或多個)UE。然而，通信處理服務器還可以將適配的請求轉發給多個UE中的每個UE，該適配的請求對于特定UE是獨特的(即定制的)。本解決方案規定：將通信處理服務器所接收的建立通信會話的請求直接轉發給可以建立通信會話的一個或多個UE，而不進行適配，而將適配的請求轉發給所述多個UE中的另一個UE或另一組UE。

適配的請求可以基于UE在通信網絡中注冊的通信能力和/或與被叫訂戶相關的通信信息。該通信信息被認為包括與訂戶的地理位置、訂戶的會議時間表和/或日程、訂戶在特定時間點的可用性等中的一個或多個相關的信息。

例如，由于訂戶在特定日期和時間處于使用該特定會議屏幕的視頻會議中，所以會議屏幕可以被注冊為訂戶可用的通信設備。例如，可以根據包括該訂戶的會議時間表、會議的位置和在該特定位置可用的通信設備自動確定特定會議屏幕是否適用于被注冊為被叫訂戶可用的UE。在商業通信BC領域，這種信息在例如愛立信的商業通信實現器(BCE)解決方案中可用或獲取。然而，也可以手動提供與訂戶相關的通信信息，并使其對通信處理服務器可用。可以手動和自動地(例如基于上述與被叫訂戶相關的通信信息或BC信息)執行以訂戶在網絡中注冊特定UE。

具體地，適配的請求對UE對建立呼叫或通信會話的請求的響應或可準許響應施加限制。也就是說，例如，特定UE(例如會議屏幕)提醒和/或記錄被叫訂戶的呼入會話或呼叫，但該UE對建立呼叫請求的響應受到限制，原因在于UE可能不能應答該訂戶的呼叫。例如，呼叫的應答可以被限制到訂戶的移動電話。該限制可以在包括在適配的請求中的指令或指示中提供。

在另一示例中，適配的請求根據特定UE的通信能力來構建。例如，如果被叫訂戶在配備有免提通信設備的汽車中，并且向免提設備和訂戶的移動電話提醒來電，則通過適配的請求來禁止(即限制)移動電話進行響應而實際建立呼叫。

防止UE將呼叫重定向到備選目的地是響應中的另一種類型的限制，所述另一種類型的限制要通過建立通信會話的適配的請求作為對建立呼叫的請求的回復而施加于UE上。

所呈現的本方法提供了用于管理針對具有異構的通信設備集合的用戶的通信建立的能力。具體地，所提供的方法提供用于確定用戶可以在哪個(哪些)設備上接受呼入通信會話的控制。

作為用于多媒體通信的事實上的標準框架的互聯網協議IP多媒體子系統IMS網絡必須越來越能夠處理這種日益復雜的通信設備的景觀。

當前IMS網絡越來越靈活地確定應當向一個人的多個設備中的哪一個或哪些提供呼入通信會話。為此，使用會話發起協議SIP報頭(例如接受聯系人和拒絕聯系人)、以及IMS通信服務標識符ICSI和IMS應用參考標識符IARI。

在一個示例中，其中通信網絡是基于IMS的IP多媒體網絡，提供適配的請求包括在要在網絡中操作作為通信處理服務器的會話發起協議SIP應用服務器AS轉發給UE的SIP邀請請求和SIP消息請求中的至少一個中包括指定的SIP報頭。

在一個示例中，SIP AS被配置為根據注冊到同一訂戶的多個UE中的哪個UE可以提供對建立通信會話的響應的信息來構造并生成指定的SIP報頭。該信息可以直接在SIP AS處可用或可由SIP AS獲取。然而，UE的指定的SIP報頭也可以由SIP AS從專用或指定的服務器(例如商業通信BC實現服務器，一個示例是早前提到的愛立信的商業通信啟動器BCE解決方案)獲取。

為確保正確的會話建立，SIP AS通常僅在UE的SIP用戶代理UA支持指定的SIP報頭時才提供包括指定的SIP報頭的SIP邀請請求和SIP消息請求中的任意一個。

要包括在建立通信會話的適配的請求中的指定的SIP報頭通常包括：對UE的響應施加限制的指令或指示。

指定的SIP報頭對UE的響應施加限制，該指定的SIP報頭(也稱為不允許-響應報頭)在一個示例中定義了可能不能由UE的SIP用戶代理UA返回的哪個或哪些響應(包括一個或多個臨時響應以及一個或多個最終響應)。響應由根據互聯網工程任務組IETF標準RFC3261的狀態碼指示，根據以下各項：

100-199臨時響應

200-299最終響應，成功會話建立

300-399最終響應，呼叫重定向

400-499最終響應，不成功，訂戶UA不能夠接受會話

500-599最終響應，不成功，系統故障

600-699最終響應，不成功，訂戶在任何UE上均不可達。

在第二方案中，提供了一種多媒體用戶設備UE中控制通信會話建立的方法，所述多媒體用戶設備UE被配置為在基于IP多媒體的通信網絡中操作。所述方法由UE的處理器或處理設備執行和控制，所述UE具有包含可由處理器執行的指令的存儲器，所述方法包括以下步驟：

-接收建立通信會話的請求，該請求包括指令或指示，所述指令或指示基于所述UE所準許的作為對所述請求的回復的響應，所述響應包括臨時響應和最終響應，

-處理包括在建立通信會話的請求中的指令或指示，以及

-根據包括在請求中的經處理的指令或指示發送響應。

在一個示例中，接收的步驟包括：接收包括對UE的響應施加限制的指令或指示的請求，并且處理的步驟包括根據所隱含的限制提供可準許的響應。

具體地，在被配置為：在基于IMS的IP多媒體通信網絡中操作的包括SIP UA的UE中，接收建立通信會話請求的步驟包括：接收SIP邀請請求和SIP消息請求的至少一個中的指定的SIP報頭，其中指定的SIP報頭包括對要由UE的SIP UA返回的響應所施加的限制，該響應包括臨時響應和最終響應，并且處理的步驟包括對該請求(即指定的SIP報頭)的處理。

在第三方案中，提供了一種控制在基于IP多媒體的通信網絡中針對以同一訂戶在所述通信網絡中注冊的多個多媒體UE中的至少一個多媒體UE的通信會話建立的方法，該方法包括以下步驟：

-由網絡的通信處理服務器接收建立與多個UE中的至少一個UE的通信會話的請求，

-作為對建立通信會話的所述請求的回復，由通信處理服務器提供建立通信會話的適配的請求，該適配的請求基于所述多個UE中的UE所準許的作為對建立所述通信會話的所述請求的回復的響應，所述響應包括臨時響應和最終響應，

-由通信處理服務器在通信網絡將適配的請求轉發給UE，

-由UE接收適配的請求，

-由UE處理適配的請求，以及

-由UE根據建立通信會話的適配的請求來發送響應。

在第四方案中，提供了一種控制在基于IP多媒體的通信網絡中針對以同一訂戶在所述通信網絡中注冊的多個多媒體UE中的至少一個多媒體UE的通信會話建立的通信處理服務器，該服務器包括：

-接收單元或接收模塊，被配置為接收建立與多個UE中的至少一個UE的通信會話的請求，

-適配單元或適配模塊，被配置為：作為對建立通信會話的所述請求的回復，提供建立所述通信會話的適配的請求，所述適配的請求基于所述多個UE中的UE所準許的作為對建立所述通信會話的所述請求的回復的響應，所述響應包括臨時響應和最終響應以及

-轉發單元或轉發模塊，被配置為在所述通信網絡中將建立所述通信會話的所述適配的請求轉發給以同一訂戶注冊的多個UE中的相應UE。

也就是說，適配單元被配置為：在接收到請求時，作為對建立通信會話的所述請求的回復，基于多個UE中的UE響應于建立通信會話的請求可能提供的哪個或哪些臨時響應來提供建立所述通信會話的適配的請求。

具體地，在一個示例中，如以上詳述，通信處理服務器的適配單元被配置為基于UE在通信網絡中注冊的通信能力和與訂戶相關的通信信息中的至少一個來提供適配的請求。

在第五方案中，提供了一種網絡節點，用于在IMS多媒體通信網絡中使用，包括被配置為在網絡中操作為SIP AS的通信處理服務器，其中適配單元被配置為提供適配的請求，在要轉發給UE的SIP邀請請求和SIP消息請求中的至少一個中包括指定的SIP報頭，指定的SIP報頭包括：由UE的SIP UA作為對所述SIP邀請請求和所述SIP消息請求中的所述至少一個的回復而施加響應的指令或指示，該響應包括臨時響應和最終響應。

為提高效率，在一個示例中，適配單元被配置為：僅當UE的SIP UA支持指定的SIP報頭并且已經向SIP AS指示了所述支持時，提供包括指定的SIP報頭的SIP邀請請求和SIP消息請求中的任意一個。

具體地，在商業通信環境中，適配單元被配置為：從諸如商務通信BC實現服務器之類的指定的服務器獲取UE的指定的SIP報頭的指令。

接收單元、適配單元和轉發單元在應用所呈現的方法時要執行的任何或所有操作能夠用通信處理服務器的處理器或處理設備和存儲器來實現，所述存儲器包含可由處理器或處理設備執行以控制和執行相應的操作的指令。

在第六方案中，提供了一種被配置為在基于IP多媒體的通信網絡中操作的UE，該UE包括通信接收機或接收機模塊、發射機或發射機模塊以及處理器或處理設備或模塊，具有包含可由所述處理器執行的用于通過以下操作控制通信會話建立的指令：

-由接收機接收建立通信會話的請求，所述請求包括指令，所述指令基于所述UE所準許的作為對所述請求的回復的響應，所述響應包括臨時響應和最終響應，

-由所述處理器或處理設備對包括在建立通信會話的請求中的相應指令或指示進行處理，以及

-由所述發射機根據包括在所述請求中的經處理的指令或指示來發送響應。

具體地，為了在IMS多媒體通信網絡中使用，UE包括SIP UA，被配置為：

-接收SIP邀請請求和SIP消息請求中的至少一個中的指定的SIP報頭，指定的SIP報頭包括指令或指示，

-處理指定的SIP報頭，以及

-根據包括在指定的SIP報頭中的指令或指示發送SIP響應。

為在IMS網絡中的有效操作，在一個示例中，UE的SIP UA被配置為在網絡中注冊該SIP UA支持對指定的SIP報頭的處理。網絡中的通信處理服務器(例如SIP AS)受益于這種注冊，原因在于其可以排除例如未配備用于處理指定的SIP報頭的UE轉發建立通信會話的適配的請求，即相應的指定的SIP報頭。

在第六方案中，提供由上述通信服務器、網絡節點和UE執行的用于應用所呈現的方法的任何或所有步驟可用非瞬時性計算機可讀存儲介質來實現，計算機可讀存儲介質包括當在通信服務器、網絡節點和/或UE的至少一個處理器上執行時使所述至少一個處理器執行相應步驟的指令。非瞬時性介質的示例是記憶棒、閃存、軟盤、硬盤等。

在本說明書和權利要求的上下文中，模塊、設備、裝備等可以用硬件組件實現和/或實現為包括處理器可執行軟件指令的計算機程序。

根據以下描述和附圖，特別是涉及利用SIP信令的IMS通信網絡，將最好地理解所呈現的上述和其他特征和優點。在附圖中，類似的附圖標記表示相同的部分或執行相同或類似功能或操作的部分。

本發明不以任何方式局限于IMS網絡和SIP信令，而是可以應用到服務器在控制或信令信息交換中利用會話控制協議進行通信會話的設立和關閉的任何IP通信網絡。

附圖說明

圖1是示出方法的實施例的流程圖。

圖2是示出互聯網協議IP、多媒體子系統IMS網絡的實施例的框圖。

圖3和圖4是示出IMS網絡的實施例中的信號交換的信令圖。

圖5是IMS網絡中的部署的實施例的示圖。

圖6是通信處理服務器的實施例的框圖。

圖7是示出方法的實施例的流程圖。

圖8是用戶設備UE的實施例的框圖。

具體實施方式

圖1是示意流程圖10，其示出了在基于互聯網協議IP多媒體的通信網絡中針對以同一訂戶在該通信網絡中注冊的多個多媒體用戶設備UE(即與同一訂戶功能性地相關聯的UE)中的至少一個多媒體UE的通信會話建立(也稱為呼叫建立)。

希望設立或建立與第二用戶或第二訂戶(也稱為被叫方)的通信會話的第一用戶或第一訂戶(也稱為主叫方)用他/她的UE在網絡中發起建立該會話的請求，即框11“發起會話建立請求”。該請求以各種方式包括標識或涉及網絡中被叫方的身份的數據。

主叫方的請求由通信網絡中的通信處理服務器接收，以進行進一步處理，即框12“接收會話建立請求”。例如，該通信處理服務器可以形成用于網絡中的會話建立的服務器群集中的服務器的一部分。

作為對接收到的會話請求的回復，通信處理服務器基于接收的請求中所標識的被叫方的多個UE中的UE所準許的響應于建立通信會話的請求的一個或多個響應(包括臨時響應和最終響應)來提供建立所請求的通信會話的適配的或修改的或以其它方式構成的請求，即，框13“提供適配的會話請求”。

網絡中的通信處理服務器將適配的請求轉發給以被叫方注冊的相應UE，即框14“轉發適配的會話請求”，并且最終導致所請求的與被叫方的相應一個或多個UE的通信會話15(假設主叫方接受會話)，即框15“建立/不建立會話”。

憑借適配的或修改的請求，通過指示被叫方的哪個UE被準許或允許提供對實際建立所請求的會話或呼叫的響應(即，應答呼叫或通信會話)來有效控制通信會話建立。

在一個示例中，適配的請求包括對UE對建立通信會話的適配的請求的可準許的響應施加限制的指令或指示。適配的請求(即限制)可以基于UE在通信網絡中注冊的通信能力和/或到被叫用戶的通信信息。該通信信息被認為包括與訂戶的地理位置、訂戶的會議時間表和/或日程、被叫方訂戶在特定時間點的可用性等等中的一個或多個相關的信息。例如，UE在通信網絡中注冊的通信能力和/或與被叫訂戶相關的通信信息可以從在通信網絡中操作或可連接到通信網絡并可由訂戶訪問以輸入相關信息的一個或多個數據庫和/或服務器獲取。

對于在通信網絡中可用或以被叫方在通信網絡中注冊的每一個UE，通信處理服務器可以單獨為UE地或為一組UE提供和轉發建立通信會話的適配的請求。是否轉發適配的請求可以取決于是否允許相應UE提供對建立通信會話的響應。

本領域技術人員將理解，適配的請求的特定內容或指令或指示取決于通信網絡中的指定會話或呼叫建立協議。

圖2提供了互聯網協議(IP)多媒體子系統IMS通信網絡20中的部署情況的可視化。訂戶是以多個UE(例如但不限于移動電話22、平板個人計算機PC 21和眼鏡型設備23)注冊的IMS。每個UE 21、22、23具有應答語音呼叫(即，多媒體通話服務、MMTel呼叫)的能力。

代理呼叫會話控制功能P-CSCF服務器27、28、29是與分別與UE 21、22、23通信的IMS網絡中的第一服務器。在所示的實施例中，每個UE 21、22、23分別通過中間IP接入網絡24、25、26連接到特定的P-CSCF服務器27、28、29。IP接入網絡24、25、26例如是提供對相應P-CSCF 24、25、26的無線接入的WiFi網絡。本領域技術人員將理解，一些或所有接入網絡可以是集成的或相同的網絡。P-CSCF 27、28、29用作接入網絡24、25、26與IMS網絡20的其余部分之間的信令代理。

IMS網絡20還包括服務呼叫會話控制功能S-CSCF 30，S-CSCF30是IMS網絡20的控制或信令平面34、35、36、38、39、40中的中央服務器，以及處理用于建立與UE 21、22、23的通信會話的會話發起協議SIP消息和會話發起。

S-CSCF 30連接到SIP應用服務器AS(例如MMTel-AS 31和服務集中和連續性SCC AS 32)。后者負責將基于CS網絡的語音呼叫錨定到IMS網絡中、以及負責執行分組交換網絡和電路交換網絡之間的接入網絡傳輸。在所示的示例中，MMTel-AS 31使用Parlay-X技術37與商業通信BC實現服務器33進行通信，以用于呼叫控制。

BC實現服務器33可以提供與以下各項中的一個或多個相關的信息：訂戶的地理位置、訂戶的會議時間表和/或日程、會議類型(即私人或公共)、參與人數、憑借訂戶處于特定位置處可用于訂戶的通信設備(例如在訂戶在一天中的特定時間參加的視頻會議中使用的視頻屏幕等)。例如，該信息可以從幾個用戶在BC實現服務器中輸入的數據中獲取。

考慮這種場景，其中IMS網絡20中的通信會話是針對被叫方或被叫訂戶建立的，為了通信目的在IMS網絡20中以被叫方或被叫訂戶注冊多個UE 21、22、23，并且MMTel-AS 31操作作為處理針對以被叫方注冊的一個或多個UE 21、22、23的通信會話建立的通信處理服務器。此外，假設通信會話建立可以服從BC實現服務器33提供的商業通信服務。

在該場景下，無論是否與BC實現服務器33結合(即根據來自BC實現服務器33的指令)，MMTel-AS 31確定應該與多個UE 21、22、23中的哪個UE建立特定的通信會話。因此，MMTel-AS 31(如果適用于與BC實現服務器33組合)確定該通信會話要被提供給的并且可以對通信會話進行應答的UE 21、22、23中的哪一個或哪多個上。例如，該信息可以在MMTel-AS 31中可用或者可由MMTel-AS 31從另一網絡服務器或網絡數據庫和/或BC實現服務器33獲取-。

例如，當向PC UE 21和移動電話UE 22提供會話或呼叫時，MMTel-AS 32可以指示可以建立會話，即僅在移動電話UE 22上應答。另一個示例是會話被提供給移動電話UE 22和眼鏡UE 23，但MMTel-AS 31指示會話僅可以在移動電話UE 22上建立。然而，在另一種場景下，可能的情況是會話或呼叫被提供給移動電話UE 22和眼鏡UE 23，并且可以在這兩個設備中的任意一個上應答。

為MMTel-AS 31(與BC實現服務器33組合)提供了向通信設備提供通信會話的能力，但指示會話或呼叫可能未在該設備上被應答，即在提供中規定應答限制。

在一個示例中，當接收到通信會話邀請時，可以實現阻止各UE建立會話或應答呼叫的方式是：由在網絡中操作為通信處理服務器的SIP AS(即在假設場景中是MMTel-AS 31)在要被轉發到相應UE 21、22、23的SIP消息請求和SIP邀請請求中的至少一個中包括指定的SIP報頭。

術語指定的SIP報頭指的是指定用于根據所呈現的方法控制通信會話建立的目的的SIP報頭。

指定的SIP報頭的示例包括由UE21、22、23對可準許響應的限制。應當理解，例如，可以由相應UE 21、22、23的SIP用戶代理UA在邀請請求上返回響應。這種指定的SIP報頭在優選實施例中被稱為不允許響應報頭，其定義了相應UE 21、22、23的SIP用戶代理UA的臨時響應和最終響應中的至少一個。

可以預見，這種限制是具有BC實現服務器33的服務邏輯的一部分，而不是MMTel-AS 31中的服務邏輯的一部分。在這種情況下，BC實現服務器33中的BC服務邏輯被調用用于去往訂戶的會話。針對該目的，增強MMTel-AS 31和BC實現服務器33(例如Parlay-X 37)之間的通信能力，以便于BC實現服務器33可以向MMTel-AS 31指示或通知MMTel-AS 31應針對提供給被叫訂戶的某一終止呼叫應用上述應答限制。然而，明確地不排除由MMTel-AS 31自主地應用該應答限制的決定。

圖3示出了-在MMTel-AS 31的SIP用戶代理UA 50與以被叫方或訂戶B注冊的特定UE 21、22、23的SIP UA(指示為UA-B 51)之間的關于由主叫方或訂戶A的SIP UA(表示為UA-A 49)提供的指示建立與被叫方B的通信會話的請求的主叫方或訂戶A的邀請請求52的IMS或IMS使能網絡的IMS控制面中的信令圖。注意，例如，訂戶A可以是UE 21、22、23中的任意一個。在所示的信令圖中，假設時間從圖的頂部到底部。

根據一個示例，作為對邀請請求52的回復，MMTel-AS 31的UA50提供適配的或修改的邀請請求53，并經由IMS網絡將其轉發給UA-B 51。盡管圖3中未明確示出，但經由S-CSCF 30以及圖2中所示的P-CSCF 27、28、29中的任一個(這取決于UE 21、22、23的哪個UE是適配的邀請請求53的預期接收方)將適配的邀請請求53轉發給UA-B 51。

適配所接收的邀請請求52可以在要轉發至UE 21、22、23的SIP消息請求和SIP邀請請求中的至少一個中的指定的SIP報頭中包括與一個或多個SIP響應(包括一個或多個臨時響應和/或一個或多個最終響應)相關的限制指示或限制指令，所述多個SIP響應例如基于UE 21、22、23的可準許響應或與UE 21、22、23的可準許響應相關。

假定UE(即，其SIP UA)提供對會話建立請求的響應。UE可以提供一個或多個臨時響應，并且必須通過UA 50或經由UA 50向UA-A 49提供最終響應，如圖3中的附圖標記54所示。最終響應給出了請求的最終結果：成功(會話建立請求被接受)或不成功(會話建立請求不被接受)。

原則上可以由SIP UA-B 51返回的SIP響應由根據互聯網工程任務組IETF標準RFC 3261的狀態碼指定，該狀態碼選自以下各項：

100-199臨時響應

200-299最終響應，成功會話建立

300-399最終響應，呼叫重定向

400-499最終響應，不成功，訂戶UA無法接受會話

500-599最終響應，不成功，系統故障

600-699最終響應，不成功，訂戶在任何UE上均不可達。

因此，考慮以下情況：像MMTel-AS 31的服務器在BC實現服務器33的指令下，基于接收的邀請請求52，確定不應在以被叫訂戶B注冊的平板PC UE 21上而是在移動電話UE 22上建立會話(即使在滿足UE 21接受呼叫的全部條件的情況下)，在當前情況下，也僅可以在移動電話UE 22上應答會話。

在本示例中，這是通過不允許UE 21以200OK消息進行響應(即通過不允許UE 21指示建立會話)來實現的。

相反，UE 21的響應應當被限制為以下之一(xx表示00-99(含)之間的任意數字)：

-(可選)一個或多個臨時響應，后跟4xx，

-(可選)一個或多個臨時響應，后跟5xx-5xx的返回在任何情況下僅在錯誤情況下發生，

-(可選)一個或多個臨時響應，后跟6xx-在這種情況下，被叫方將通過UE 21上的動作拒絕整個呼叫，

-(可選)一個或多個臨時響應，后跟來自網絡的取消消息，接著跟來自UE 21的487；這是在另一個設備上應答呼叫或主叫方已放棄呼叫建立的情況。在這種情況下可能允許在3xx范圍內的最終響應。UE 21可以將呼叫重定向到不同的目的地。

例如，181可能不被允許；UE 21不應當轉發SIP請求。在基本部署情況下，網絡中的SIP-AS(即通信處理服務器)將僅希望不允許UE 21發送2xx最終響應。為此，如以下在示例適配的SIP邀請請求53中所示，在此引入稱為“不允許響應”的專用SIP報頭：

INVITE sip：+31161249911@mnc234.mcc123.3gppnetwork.org；user＝phone

Route：...

Accept-Contact：-...

Reject-Contact：-...

...

Disallow-Response：-200

這表示從諸如MMTel-AS 31之類的SIP-AS發送到S-CSCF 30的用于建立到被叫方B的UE 21的會話的邀請(Invite)請求53。R-URI(請求統一資源標識符)仍然是來自由UA 50從UA-A 49接收的邀請請求52的被叫方的多媒體公共標識IMPU；它不會被聯系地址代替。不允許(Disallow)響應：200指示不允許UE 21以200Ok最終響應54進行響應。由UA 50(即UA-A 49)接收的最終響應54由Ack 55確認，終止在UE 21上的會話建立不成功56。

其他示例包括：

不允許-響應：200，305，308＝不允許最終響應200，305和308。

不允許-響應：200，300-399＝不允許最終響應200和范圍300-399中的最終響應。

不允許-響應：181、200-299、300-399＝不允許最終響應181、在200-299范圍內的最終響應、和在300-399范圍內的最終響應。

在SIP-AS與UA之間的SIP代理/服務器(例如S-CSCF 30，SCC-AS 32和P-CSCF 27、28、29)不作用于不允許-響應SIP報頭。只有接收SIP UA-B 51作用于該SIP報頭。

如圖4的信令圖中所示，在具有SIP UA 57的移動電話UE 22的情況下，如果需要，則適配邀請請求52，但只要由MMTel-AS 31確定了UE 22被允許像往常一樣建立所請求的通信會話(即，可以用200Ok最終響應59進行響應，由Ack 60進行確認，并得到成功的62媒體交換通信會話61)，則也可以如接收到的那樣轉發邀請請求52。然而，圖4中的邀請請求52同樣可以通過在適配的邀請請求58中包括指定的SIP報頭來適配，以對UE 22的響應施加特定限制。

為了兼容性，作為通信處理服務器操作的SIP-AS服務器應當知道UE 21、22、23的尋址的UA是否支持指定的SIP報頭(例如不允許-響應SIP報頭)。為此，針對支持的SIP報頭提出標簽。當UE 21、22、23在IMS網絡20中注冊時，UE指示其支持的能力。因此，向IMS網絡注冊的SIP UA指示它支持指定的SIP報頭，如下面的示例SIP交換：

REGISTER sip：ims-operator.seSIP/2.0

...

Supported：response-restriction

由S-CSCF 30接收的SIP注冊請求和由S-CSCF返回的200Ok被包括在按照現有的第三方注冊功能發送給SCC-AS 32和MMTel-AS31的SIP注冊請求。原因是SCC-AS 32和MMTel-AS 31需要知道注冊的聯系地址，因為該信息將用于MMTel業務邏輯處理等等。利用該機制，使MMTel-AS 31知道UE 21、22、23中對受限響應特征的支持。MMTel-AS 31因此可以僅在相應UE 21、22、23已經明確地指示其支持該SIP報頭的情況下包括不允許-響應SIP報頭。

注意到不允許-響應：200指定的SIP報頭不一定意味著在UE 21上沒有提醒或顯示或以其它方式指示建立會話的請求。如在上面的發明內容部分中所描述的，可以在相應的UE上提醒會話請求，使得朝向UE 21的平板PC的適配的邀請請求53以及針對眼鏡UE 23的包含指定的SIP報頭不允許-響應的適配的邀請請求：200不一定禁止UE 21和UE 23中的SIP UA發送180振鈴消息。

圖5示出了在具有例如包括音頻、視頻和語音通信在內的通信能力的電視屏幕或會議屏幕70上提供來電的部署情況。至此，用戶71、73在屏幕70可操作地連接到或形成其一部分的電視系統/會議系統中可操作的SIP UA實例中被注冊為IMS訂戶。參考圖2，屏幕70可以經由IP接入網絡24、25、26可操作地連接到P-CSCF 27、28、29。

作為IMS用戶的注冊(用于在屏幕上顯示來電)例如可以形成報名作為會議參加者的可選(‘opt-in’)部分，或該注冊可以基于與訂戶相關的通信信息(例如根據包括該訂戶的會議時間表、會議的位置、以及在該特定位置處可用的通信設備所確定的)來自動執行。這種信息例如在圖2所示的BC實現服務器33中可用。因此，可以例如基于與被叫訂戶相關的上述通信信息或商務通信信息來手動和自動地執行以某個訂戶在網絡中注冊特定UE 21、22、23。

在圖5的左手部分中，單個訂戶71在TV屏幕70上被注冊為IMS用戶。例如，當訂戶處于私人環境中時(例如在家中)，也可以在TV屏幕70上應答提供給該TV屏幕70的呼叫。假設在屏幕70的右上側顯示72呼入的視頻呼叫或會話：“視頻電話：約翰正在呼叫大衛”，即文本氣泡75。大衛71可以例如通過使用TV遙控器來應答屏幕70上的呼叫。然而，例如，大衛71還可以決定在他的移動電話UE 22上接聽電話。在這種場景下，例如為了使呼叫路由對于屏幕70可用，可能需要向屏幕70或移動電話UE 22轉發適配的邀請58。

在圖5的右手部分中，多個訂戶73在屏幕70上被注冊為IMS訂戶。針對單個參與者提供給該屏幕的呼叫可能不在會議系統上應答，而是由該參與者的移動電話建立。假設在屏幕70的右上側顯示74呼入的語音呼叫或會話：“語音呼叫：蘇珊正在呼叫溫迪”，即文本氣泡76。當多個人73正在觀看屏幕70時，例如與BS實現服務器33協作的MMTel-AS 31已經決定溫迪77可能不在屏幕70上應答語音呼叫，所以不允許屏幕70建立蘇珊和溫迪之間的會話。然而，例如，溫迪77被允許由她的移動電話UE 22專有地建立會話。

也就是說，在這種情況下，會話可由溫迪77在她的移動電話UE22上應答，但不在平板PC UE 21上也不在眼鏡UE 23上應答。因此，向平板PC UE 21轉發的適配的邀請請求55以及針對眼鏡UE 23的適配的邀請請求55包含SIP報頭不允許響應：200。然而，可以不禁止平板PC UE 21中的SIP UA 51發送180振鈴，而對于內置在眼鏡UE 23中的SIP UA 51可以是這種情況。因此，不同的適配的邀請請求被轉發給UE 21和23中的每一個，而接收到的邀請52可以直接被轉發到移動電話UE 22的SIP UA 57。

在上文中，描述了對SIP邀請請求的適配。然而，同樣可以通過包括指定的SIP報頭并將其作為適配的請求進行轉發來修改IMS控制平面中的SIP消息請求。

圖6是在IP通信網絡(例如IMS網絡20中的應用服務器AS 31、32)中使用的通信處理服務器80的架構的示意示例。

服務器80包括存儲器81、具有用于接收和轉發或發送信令消息和通信數據的輸入和輸出的IP網絡輸入和輸出單元(即接收單元Rx83和轉發或發送單元Tx 84)、以及適配單元85，其全部都連接到通信處理和控制單元81并由通信處理和控制單元81控制，通信處理和控制單元81包括處理器或包括被配置為在基于IP的通信網絡中建立針對主叫方與被叫方之間的通信會話的信令路徑的處理設備。為了在IMS網絡中操作，控制單元81執行SIP UA(例如參考圖3和圖4公開的SIP UA 50)的功能。

適配單元85被配置為在接收到建立呼叫或會話的請求時提供建立該通信會話的適配的請求。適配的請求可以根據關于注冊到同一訂戶的多個UE中的哪個UE可以提供對建立通信會話的響應的信息來生成或構建。該信息可以直接在服務器80處獲得或可由服務器80獲取。然而，適配的請求也可以從在IP網絡中操作或與IP網絡一起操作的專用服務器(例如商業通信BC實現服務器)獲取。

例如，單元83、84、85的部分或全部功能可以由專用硬件組件來實現和執行，和/或可以實現和執行為可由控制單元81的處理設備或處理器執行的軟件指令。

圖7是示出在多媒體用戶設備UE中控制通信會話建立(也稱為呼叫建立)的示意流程圖90，多媒體用戶設備UE被配置為在基于互聯網協議IP多媒體的通信網絡中操作。

在接收到建立通信會話的請求時(即，框91“接收會話建立請求”，該請求包括對關于該UE如何對請求進行響應施加限制的指令或指示)，UE(例如上述UE 21、22、23、70中的任一個)處理該指令(即，框92“處理會話建立請求”)，并且根據請求中包括的指令來發送或轉發響應(即，框93“發送響應”)。根據指令，可以在該UE上建立或不建立呼叫或會話，即，框94“建立/不建立會話”。

在UE 21、22、23、70被配置為在基于IMS的IP多媒體通信網絡中操作的情況下，在一個示例中，接收會話建立請求包括接收SIP邀請請求和SIP消息請求中的至少一個中的指定的SIP報頭，其中指定的SIP報頭包括對UE的響應施加限制的指令或指示。處理會話建立請求包括處理指定的SIP報頭。

圖8是用于在IP通信網絡(例如被配置為在IMS網絡中操作的UE 21、22、23、70)中操作的多媒體用戶設備UE的架構的示意示例。

UE 21、22、23、70包括存儲器102、具有用于接收和轉發或發送信令消息和通信數據的輸入和輸出的IP網絡輸入和輸出單元(即接收單元或模塊Rx 103和轉發或發送單元或模塊Tx 104)、以及I/O用戶接口單元或模塊105，其全部都連接到通信處理和控制單元或模塊101并由通信處理和控制單元或模塊101控制，通信處理和控制單元或模塊101包括處理器或包括被配置為在基于IP的通信網絡中建立針對UE 21、22、23、70與另一UE之間的通信會話的信令路徑的處理設備或模塊。針對在IMS網絡中操作，控制單元101執行SIP UA(例如參考圖3和圖4公開的SIP UA 57)的功能。

如本領域技術人員將理解的，I/O用戶接口單元或模塊105可以包括向UE21、22、23，70的用戶提供多媒體通信體驗的多個接口設備，例如麥克風和揚聲器、顯示器、觸摸屏、鍵盤等。

因此，可以由控制單元或模塊101例如基于與被叫訂戶相關的上述通信信息或BC信息手動和自動地執行以某一個訂戶在網絡中注冊特定UE 21、22、23、70。注冊可以涉及UE 21、22、23、70的能力以及UE 21、22、23、70是否能夠處理適配的請求，例如指定的報頭。

如上所述的用于建立與主叫訂戶的通信會話或呼叫的適配的請求的提供開啟了集成訂戶的整體通信解決方案的方式。也就是說，包括對于該訂戶是個人的通信設備(諸如移動電話)以及不是該訂戶個人的但例如由一組人共享的通信設備。可以在相應UE上提醒建立會話的請求，而該UE或另一UE注冊(即，與特定訂戶功能上相關聯的)實際上可以建立，(即，進行)會話或呼叫。適配的請求可以自動地基于UE在通信網絡中注冊的通信能力和/或與被叫訂戶相關的通信信息，包括與訂戶的地理位置、會議時間表和/或訂戶的日程、訂戶在特定時間點或日期的可用性中的一個或更多個相關聯的信息。

例如，單元或模塊103、104、105的部分或全部功能可以由專用硬件組件來實現和執行，和/或可以實現和執行為可由控制單元101的處理設備或處理器執行的軟件指令。

本發明不限于所公開的實施例，而是能夠以在所附權利要求的精神和范圍內的修改和改變進行實踐。