用于管理呼叫的方法和設備、系統和軟件產品的制作方法

用于管理呼叫的方法和設備、系統和軟件產品的制作方法
【專利摘要】本發明的一個方面是一種用于管理呼叫的方法，包括以下步驟：識別主叫方（10）對建立與被叫方（20）的呼叫的呼叫請求（111），以及在呼叫被建立或拒絕之前，延長超時，所述超時是在識別所述呼叫請求（111）和由被叫方（20）自動拒絕呼叫之間的時間段。其他方面是用于管理呼叫的電信設備和電信系統以及相應的軟件產品。本發明提供了給予被叫方更多時間來建立呼入呼叫的響鈴時間延長。
【專利說明】
用于管理呼叫的方法和設備、系統和軟件產品
技術領域
[0001] 本發明涉及管理呼叫的方法。本發明還涉及相應的設備、系統和軟件產品。
【背景技術】
[0002] 幾乎所有的電話提供商都具有超時時段，該該時段中，如果被叫端點沒有應答呼 口H，則呼叫連接被釋放。然而，很多用戶由于不同的原因而經歷未接呼叫，不同的原因諸如： -他們沒有時間識別呼叫號碼屬于誰、號碼來自哪個城市等，或者 -電話鈴響了，并且他們不能在此場合立即應答，但是他們僅想要多一點的時間，以便 找到另一地方來接受呼叫，例如，走出會議室、其主管的辦公室或公交車。
[0003] 截至目前，諸如在拒絕呼叫時呼叫繁忙或經由SMS "稍后呼叫你"來拒絕呼叫的技 術是可用的，在這種技術中，被叫用戶必須回叫始發者，該發起者給予他發起通信的責任， 或者甚至更壞地，責備在呼叫時他或她不在。本領域中還已知的是，呼叫被接受，但是請求 主叫者稍等一會。該方法的缺點在于，主叫者必須在通信線路打開(這可能導致發生費用） 的同時，等待直到被呼叫人返回到該呼叫。

【發明內容】

[0004] 本發明的一個目的是提供一種用于管理呼叫，特別是語音呼叫（諸如電話呼叫）的 方法、設備、系統和軟件產品，其能夠至少部分地減輕如上所述的現有技術的缺點。具體地， 本發明的目的是提供一種向用戶提供靈活地處理呼入呼叫的機會以使通信針對實際使用 情況更可調整的這樣的方法、設備、系統和軟件產品。
[0005] 本發明的上述一個或多個目的至少部分地由獨立權利要求的特征來解決。在從屬 權利要求中闡述了本發明的有利實施例和進一步發展。
[0006] 本發明的一個方面是一種用于管理呼叫的方法，包括以下步驟： -識別主叫方對與被叫方建立呼叫的呼叫請求，以及 -在呼叫被建立或拒絕之前，延長超時，該超時是在識別呼叫和由被叫方自動拒絕呼 叫之間的時間段。
[0007] 換言之，本發明的這一方面的方法提供了一種響鈴時間延長，這給被叫方更多的 時間來建立呼入呼叫。應當注意，呼叫可以優選地包括電話呼叫，但是通常應該被理解為涵 蓋任何語音電信標準。將進一步注意，識別該呼叫包括在被叫方的終端設備處接收呼叫。然 而，一般而言，在本發明的意義中的識別呼叫可以在通信路徑中在任何實體被實現。
[0008] 在該方面的優選實施例中，延長超時的步驟包括： -在識別所述呼叫請求后，將響鈴計時器設置為超時初始值，所述超時初始值定義在 所述呼叫請求被自動拒絕之前的響鈴時間，以及 -在所述響鈴計時器到期之前，將所述響鈴計時器重置為超時重置值。
[0009] 響鈴計時器可以是所述延長超時的形式。設置和重置初始值和重置值可以被定義 為使得計時器被從零開始向上運行到最終值(拒絕值)或者從最大時間開始向下運行到零。
[0010]在該實施例中，所述超時重置值可以與所述超時初始值相同，或者可以與所述超 時初始值不同，優選地可由所述被叫方預先和/或在接收到所述呼叫請求后定義。第一替代 方案可以是標準(默認)情況。第二替代方案允許用戶單獨設置響鈴持續時間（即，所述時間 段或超時）。
[0011]在該方面的優選實施例中，提供了如下步驟:接收來自所述被叫方的用于執行延 長所述超時的步驟的要求。這里，延長所述超時的所述步驟可以在接收到所述超時延長要 求后被執行。
[0012] 通知可以通過消息、光信號、振動和/或音頻報警來實現。其提醒被叫用戶決定是 否應當要求響鈴時間延長。
[0013] 在該方面的優選實施例中，提供了向所述被叫方通知所述時間段即將結束（即，所 述響鈴計時器即將到期）的步驟，該步驟可以給予用戶對響鈴持續時間的更好控制。
[0014] 在該方面的優選實施例中，在所述時間段結束（即，響鈴計時器到期)之前，自動地 執行延長所述超時的所述步驟。這是對前一實施例的替代或可選擇的，并且確定該響鈴可 以繼續直至被叫方接聽或明確拒絕該呼叫，或者主叫方終止該請求。建立可以按照默認設 置或用戶選擇。當一個人知道他或她下一次將無法迅速識別或接受呼叫時，用戶選擇是有 利的。
[0015] 在該方面的優選實施例中，提供了向所述主叫方和/或所述被叫方通知使所述響 鈴計時器已經重置的步驟，優選地包括如下步驟：向主叫方的終端設備提供用于允許被叫 方在延長的超時期間接受呼叫請求的消息。可選地，通知可以包括重置的次數和/或重置已 經被自動還是手動執行的事實。該消息可以由所采用的標準來預定義，或者可以是系統、設 備或提供商的默認設置，或者可以是可由用戶（即，被叫方)設置。如在本發明公開中所提出 的，適當的默認消息可以是"不要掛斷，等一會"。該消息可以由主叫方編碼并且由主叫方解 碼。
[0016] 在該方面的優選實施例中，該方法通過使用SIP標準來實現，優選地利用INFO SIP 請求方法來分別在主叫方或中間實體處并且對主叫方或中間實體建立和/或通知延長的超 時（即，重置響鈴計時器）。在該情境下，"中間"應當被理解為定義被叫方和主叫方之間的位 置。換言之，如果響鈴計時器在除了被叫方本身之外的另一實體執行，則INFO SIP請求可以 用于在所述另一實體處觸發響鈴計時器重置。可選地，OPTIONS SIP請求可以用于確定另一 實體執行INFO SIP方法本身的能力，以及預先執行延長的響鈴（即，響鈴計時器重置)特征 的能力。INFO SIP還可以用于向主叫方或中間實體通知響鈴計時器重置。這些選項可以被 混合，例如，響鈴計時器重置(超時延長)可以由被叫方要求、由中間實體執行，并且由被叫 方或中間實體通知給主叫方。中間方可以是在主叫方和被叫方之間的任何SIP代理、ITSP、 交換裝置、網關或任何裝置。
[0017]在該方面的優選替代實施例中，該方法用TDM信令標準來實現，其中通過TDM編碼 消息來實現任何請求、通知等。這里，可以預先定義和/或協商新的信息元素。例如，新的信 息元素"IE_DHU"（不要掛斷)可以被定義用于通知主叫方。
[0018]本發明的另一方面是一種適配為執行先前方面的方法的電信設備。適配可以通過 編程(軟件)或固定裝置(硬件)來實現。因為該方面的設備被適配為執行先前方面的方法， 該設備提供了方法所提供的任何優點。
[0019] 在該方面的優選實施例中，所述電信設備是電信系統內的實體，所述實體被布置 在所述主叫方和所述被叫方或被叫方的終端設備之間。這樣的實體可以是任何代理、ITSP、 交換裝置、網關等。在第二選項中，該方法全部在終端設備(顯然，被叫方）內執行。除了對主 叫方的可選通知/消息，該選項是標準無關的，因為不需要其他信令。
[0020] 在該方面的優選實施例中，所述電信設備包括觸發元件，諸如按鈕、鍵、開關、觸摸 面板上的指定區域等，被適配用于要求或發起延長所述超時的所述步驟的執行。該提供可 以具體地用于臺式電話站，其中用戶不需要查看移動裝置的顯示器來處理要求。在替代方 案中，該設備可以被適配為識別要由被叫用戶說出的語音命令，例如"延長響鈴"等，以用于 要求或發起響鈴計時器重置。
[0021] 在該方面的優選實施例中，所述電信設備被適配為在呼出和/或呼入和/或轉移的 呼叫請求后運行所述響鈴計時器。根據電信系統和/或標準和/或提供商，響鈴計時器可以 被設置和執行，并且因此，超時可以在終端設備的任何一個中、提供商本身處或者在通信鏈 內的預定義或協商的實體處被延長。
[0022] 本發明的又一方面是一種電信系統，包括用于下述的裝置部件： -識別主叫方對建立與被叫方的呼叫的呼叫請求，以及 -在呼叫被建立或拒絕之前，延長超時，該超時是在識別呼叫和由被叫方自動拒絕呼 叫之間的時間段。
[0023] 這里，所述電信系統優選地被適配為執行第一方面的方法。因為該方面的系統被 適配為執行第一方面的方法，該系統提供方法所提供的任何優點。
[0024] 在該方面的優選實施例中，方法的步驟被分配給所述電信系統的至少兩個實體， 所述實體包括： -至少一個終端設備，被適配為提供對所述響鈴計時器重置步驟的執行的要求，以及 -至少一個實體，被適配為運行響鈴計時器，并且接受所述要求并執行所述響鈴計時 器重置步驟。
[0025] 所述至少兩個實體可以包括終端設備和所述至少一個實體中的一個或二者，或者 還可以包括其他實體。所述至少一個終端設備可以是被叫方的終端設備。至少一個實體可 以是另一終端設備，該另一終端設備可以是主叫方的終端設備。
[0026] 本發明的另一方面是一種用于管理呼叫的軟件產品，所述軟件產品被存儲在計算 機可讀介質上，優選地可直接加載到計算機的內部存儲器中，并且包括用于在所述計算機 執行所述軟件產品時執行第一方面的方法的步驟的程序代碼，所述計算機優選地包括如下 各項，或由如下各項實現或包括在如下各項中：電話、移動電話、智能電話、PDA、服務器(優 選地電話服務器）、交換裝置、網關、ITSP、臺式計算機、便攜式計算機、平板電腦等。將注意 的是，程序代碼可以被適配為改變或擴展在所述計算機上存在的呼叫管理軟件。因為該方 面的軟件產品包括用于執行第一方面的方法的步驟的程序代碼，該設備提供方法所提供的 任何優點。
[0027] 本發明描述了如何按需延長響鈴時間和/或由于用戶將最終接聽電話而通知主叫 方多等一會的方法。該一般方法對于多個不同的技術可以是相同的，但每一個繼承了該基 本功能并且可以根據基本協議和功能來使其進一步擴展。
[0028] 因此，本發明提供了一種用于提供"按需"請求以延長響鈴和/或"通知"主叫方多 等一會的功能。由此，本發明使得電話提供商和/或編程者和/或制造商能夠向用戶提供以 更靈活的方式處理呼入呼叫的機會，以便于使通信對實際使用情況更可調整。
[0029] 本發明還可以通過用于管理呼叫的計算機程序來實現，計算機程序包括：當所述 計算機程序被加載在計算機中或由所述計算機執行時，并且通過數字數據載波，使得所述 計算機執行前述方法的步驟的指令，數字數據載波具有電可讀控制信號，其被設計為與用 于管理呼叫的可編程計算機一起操作，所述控制信號被設計和適配為使得計算機執行前述 方法的步驟。這里，計算機還可以通過本發明所描述的方面的設備、通信設備、服務器(諸如 協作服務器、呼叫管理服務器、會議服務器等）、個人計算機等來實現。
[0030] 本發明的其他特征、目的、優點和細節根據本發明的具體實施例的以下描述和附 圖中的相應圖示將變得更加顯而易見。顯然，具體實施例、加上必要變更的其變體以及修改 的特征、目的、優點和細節適用于其他實施例、變體和修改，除非這樣的應用明顯違背技術 約束或自然法則。實施例可以彼此組合，并且實施例與另一實施例的任何組合作為整體或 在其單個特征方面可以被假設為構成本發明的實施例。
【附圖說明】
[0031] 接著，參考具體實施例并且參考附圖來描述本發明，在附圖中： 圖1是圖示根據本發明的基本示例性實施例的方法的概念性消息流程圖； 圖2A、圖2B是描繪根據本發明的示例性實施例的用于移動（智能）設備的接口的示意 圖； 圖3是描繪根據本發明的另一示例性實施例的臺式設備的示意圖； 圖4和圖5是圖示根據本發明的特定示例性實施例的在SIP環境中實現的方法的消息流 程圖； 圖6是圖示根據本發明的另一具體示例性實施例的在SIP環境中實現的方法的消息流 程圖； 圖7是示出事務失敗情況的消息流程圖； 圖8是描繪根據本發明的另一具體示例性實施例的、針對被叫方使用諸如設備之類的 蜂窩電話或智能電話的情況的本發明的方法的實現的消息流程圖； 圖9是描繪根據本發明的另一具體示例性實施例的、針對在外部呼入呼叫的情況下的 TDM信令的本發明的方法的實現的消息流程圖；以及 圖10、圖11是描繪根據本發明的另一具體示例性實施例的、針對在內部呼入呼叫的情 況下的TDM信令的本發明的方法的實現的消息流程圖。
【具體實施方式】
[0032]現在，將參考附圖來在本發明的優選示例性實施例中具體描述本發明。然而，要注 意，附圖僅僅是示意性的，并不一定按比例。附圖和描述用于說明本發明的基本原理，而不 以任何方式限制本發明。本發明僅由所附權利要求來限制。
[0033]〈一般原理〉 圖1是圖示根據本發明的基本示例性實施例的方法的概念性消息流程圖。該圖示意性 地示出了根據本發明的一般概念的基本的邏輯實體、其狀態、事件和程序步驟。
[0034]圖1中所示的方法涉及主叫方10、被叫方20以及計時器實體30。這里，主叫方10由 用戶A表示，并且被叫方20由用戶B表示。如圖1中所示，當主叫方10發起呼叫時，如呼叫發起 狀態110表示的，包括呼叫請求的第一消息111從主叫方10被發送到被叫方20。第一消息111 引起在被叫方20側建立響鈴狀態120。此外，第一消息111使得計時器實體30將初始響鈴計 時器131設置為啟動。換言之，響鈴計時器被設置為超時初始值。將被注意的是，在計時器實 體30中設置的任何響鈴計時器定義在呼叫被建立或拒絕之前，在識別呼叫和由被叫方自動 拒絕呼叫之間的預定時間段，即預定超時。換言之，如果在計時器實體30中設置的響鈴計時 器結束，則由主叫方10發起的呼叫將被釋放，導致響鈴狀態120結束。
[0035]如在圖1中所示，在初始計時器131結束之前，被叫方20向主叫方10發送包括發 "不要掛斷-我將很快應答"通知的第二消息122。通過第二消息122,可以向主叫方10通知， 被叫方20已經識別了該呼叫請求，但是由于某些原因而在恰好該時刻未處于接受呼叫的位 置。因此，被叫方可能希望主叫方10將不會失去耐心，并且將不會掛斷電話，而是等到呼叫 被應答。同時，第二消息122使得計時器實體30將新的響鈴計時器132設置為啟動。換言之， 響鈴計時器被設置為超時重置值。重置值可以與初始值相同或不同。因此，響鈴狀態120被 保持，并且超時被延長。
[0036]在主叫方10、被叫方20和計時器實體30的相應側上的各個裝置協作地形成用于管 理呼叫的系統，該系統本身是本發明的實施例。系統中的任何這樣的裝置，只要執行或被配 置為執行先前或在以下示例性實施例、變體和修改或等同物中描述的方法步驟，就可以是 用于管理呼叫的設備，該設備的每一個本身是本發明的實施例。使得那些裝置中的任何一 個執行前述方法或以下示例性實施例、變體和修改或等同物中的步驟的、諸如應用的任何 計算機程序或諸如軟件產品或數據載波之類的其物理實現是本發明的實施例。
[0037] 將被注意的是，作為一般概念，計時器實體30可以位于系統中的任何實體處。換言 之，計時器實體30可以位于表示主叫方10或被叫方20的設備、服務器、交換裝置或被指派用 于主叫方10或被叫方20的提供商實體中或者位于通信網絡中的主叫方10和被叫方20正在 接入的任何實體處。
[0038] 〈示例性終端設備〉 假定在圖1中一般性例示的本發明的方法在主叫方10和被叫方20側使用某個終端設備 來執行，終端設備提供用戶接口（UI)，該用戶接口通常可以用分別針對主叫方10和被叫方 20的附圖標記40，或附圖標記41和42 (圖10 )來表示。
[0039]在圖2A、圖2B和圖3中示出了貫穿本公開被假定為允許人類用戶觸發所述特征的 發起的終端設備的示例。在本文中，圖2A、2B描繪了用于移動（智能)設備200的接口40,并且 圖3描繪了由臺式設備300表示的接口 40。
[0040]在圖2A和圖2B中，假定SIP電話客戶端在智能設備200上作為本地提供或作為第三 方應用來運行。智能設備200包括用作用戶接口的觸摸屏210。觸摸屏210本身在本領域中是 已知的，因此這里將省略功能及其使用的描述。如圖2A中所示，如果由在智能設備200上運 行的SIP電話客戶端接收到和識別出呼叫請求(例如，圖1的第一消息111)，則在觸摸屏210 上顯示指示呼叫方(BoB，該示例中的B)正在呼叫的呼入呼叫顯示提示211。在本領域中通常 已知的是，還可以通過響鈴聲音和/或震動警報來提醒用戶。此外，提供并且激活觸摸屏210 的定義區域作為輸入區域或虛擬按鈕213、215、217以對觸摸進行反應。具體地，提供應答按 鈕213以允許用戶應答呼叫，提供謝絕按鈕215以允許用戶謝絕該呼叫，并且作為本發明的 特征，提供延長響鈴按鈕217以允許用戶延長響鈴時間。通過"按下"延長響鈴按鈕217(即， 觸摸在觸摸屏210上的相應活動區域），本發明的響鈴計時器延長特征被激活，即，響鈴計時 器(諸如圖1的計時器實體30)被重置。這可以通過例如向主叫側發送消息（諸如圖1的第二 消息)來進行。
[0041] 如圖2B中所示，如果響鈴計時器即將結束，則在智能設備200的觸摸屏210上提示 警報對話框219,提醒用戶響鈴時間即將結束。警報對話框219具有"是"按鈕219a和"否"按 鈕219b。通過按下"是"按鈕219a(即觸摸觸摸屏210上的相應活動區域），如上所述，重置響 鈴計時器。通過按下"否"按鈕219b，警報對話框219消失，并且在觸摸屏210上再次顯示圖2A 中所示的畫面，直至響鈴計時器到期，此時呼叫被自動拒絕。即使在圖2B中應答按鈕213被 示出為未激活，也能夠保持應答按鈕213被激活，以允許用戶應答該呼叫，而無需首先對警 報對話框219進行響應。即使在圖2B中沒有示出謝絕按鈕，也能夠提供被去激活的謝絕按鈕 (諸如圖2A的謝絕按鈕213)用于參考，或者提供被激活的謝絕按鈕以允許用戶謝絕該呼叫， 而無需首先對警報對話框219進行響應。
[0042]在圖3中，示出了臺式設備300的原理視圖。臺式設備300是通過硬件被設計為提供 響鈴時間延長功能的電話設備。如圖3中所示，臺式設備300包括外殼305、顯示屏幕310、聽 筒320、數字鍵板330以及多個特征鍵340,一個特征鍵被定義為延長響鈴鍵347。如果在臺式 設備300處接收到和識別出呼叫請求，則將在顯示器310上顯示相應的通知（未示出），將產 生響鈴音，并且將初始地設置響鈴計時器。如果響鈴時間即將結束，則可以在顯示屏幕310 上提示警報消息（未示出），提醒用戶響鈴時間即將結束。如果在響鈴期間，延長響鈴鍵347 由用戶按下，則如上所述那樣重置響鈴計時器。如果延長響鈴鍵347沒有被按下并且呼叫沒 有被應答，則當響鈴計時器到期時，將自動地拒絕該呼叫。
[0043] 必須注意，圖2A、圖2B和圖3中示出的設備200、300僅出于示例的目的，并且支持運 行SIP或其他適當電話應用的任何類型的設備(例如臺式PC、筆記本、膝上型計算機、平板電 腦、PDA或本領域中已知或此后開發的任何其他類型)可以用作通信終端設備。
[0044] 〈具體實現〉 在下文中描述了可以在不同技術中找到上述示意的不同實現。這些是：（1)會話發起協 議(SIP [RFC3261])VoIP電話，和（2)數字信令。基于產品架構的OpenScape Business系列 來給出上述這些中的每一個的示例。
[0045] 〈SIP/VoIP 電話〉 現在將描述本發明對會話發起協議(SIP [RFC3261 ])V〇IP電話的應用。
[0046] 會話發起協議(SIP)是在各種標準和建議中定義的信令通信協議，并且被廣泛用 于控制多媒體通信會話，諸如通過互聯網協議（IP)網絡的語音和視頻呼叫（VoIP)。該協議 定義了在端點之間發送的消息，該消息支配呼叫的建立、終止和其他必要元素。SIP可以用 于創建、修改和終止由一個或若干媒體流組成的會話。
[0047] 基于SIP的通信系統可以包括各種組件。以下是貫穿本申請使用的一些實體的簡 短定義： -SIP用戶代理(UA)是用于創建或接收SIP信息并且由此管理SIP會話的邏輯網絡端點 (通信終端hSIP UA可以執行發送SIP請求的用戶代理客戶端(UAC)和接收請求并且返回 SIP響應的用戶代理服務器(UAS)的角色。UAC和UAS的這些角色僅持續SIP事務的持續時間。 SIP通信終端是實現SIP用戶代理和服務器功能的IP電話，所述功能提供了電話的傳統呼叫 功能，諸如撥號、應答、拒絕、保持/不保持和呼叫轉移。SIP電話可以被實現為硬件設備或軟 件應用客戶端，其可以在具有相關能力的任何類型的設備中運行，例如PC、平板電腦、智能 電話或PDA等。 -代理服務器是出于代表其他實體進行請求的目的充當服務器和客戶端二者的中間 實體。代理服務器主要扮演路由的角色，意味著其工作是確保請求被發送至更接近目標用 戶的另一實體。貫穿本實施例，假定SIP代理服務器以簡化的無狀態方式起作用。 -互聯網電話服務提供商（ITSP)提供基于經由互聯網提供的通過互聯網協議的語音 (VoIP)的數字電信服務。ITSP直接地向最終用戶或者作為整體銷售供應商向其他ITSP提供 服務。ITSP使用各種信令和多媒體協議，包括會話發起協議(SIP)。
[0048] 所提出的本發明方法的實現基于由通信SIP實體(SIP-UA:用戶代理客戶端，用戶 代理服務器)對INFO SIP請求方法的支持。SIP UA將必須預先使用OPTIONS SIP請求方法來 向服務器或另一用戶代理查詢其能力，并且發現INFO支持是否可用。
[0049] 圖4和圖5是圖示由本發明的具體示例性實施例實現的方法的消息流程圖。這里， 圖4是圖示實現要被預先執行的OPTIONS SIP部分的對話的消息流程圖，并且圖5是圖示實 現在圖4中所示的OPTIONS SIP部分之后的INFO SIP部分的對話的消息流程圖。
[0050] 為了易于描述，主叫方10通過稱為"Alice"的人來例示，并且被叫方20通過被稱為 "Bob"的人來例示。如圖4中所示，第一SIP用戶代理(UA-A)410表示主叫方10"Alice"，第二 SIP用戶代理(UA-B)420表示被叫方20,并且ITSP 450可選地被涉及，表示管理實體50。在該 圖示的示例性實施例中，Alice和Bob被假定為使用相應的終端設備，諸如圖2A、圖2B或圖3 中所示的終端設備200或300。如圖4中所示，UA-A 410使用OPTIONS SIP請求方法來向服務 器或另一用戶代理查詢其能力并且發現INFO支持是否可用，如在以下實施例中描繪的。對 于進一步參考，參見[RFC3261]，其全部內容通過引用被包括在本申請中。
[0051 ] 具體地，OPTIONS SIP請求方法的實現涉及由UA-A 410發送到UA-B 420的OPTIONS 請求消息411和/或由UA-A 410發送到ITSP 450的OPTIONS請求消息411a。當UA-B 420接收 到OPTIONS請求消息411時，其用200 0K應答422進行回復。類似地，當ITSP 450接收OPTIONS 請求消息411a時，其用200 0K應答452來進行回復。
[0052] OPT IONS請求411的內容在以下表1中例示：
表1: OPTIONS請求消息411的SIP列表。
[0053] 200 0K應答422的內容在以下表2中例示：
表2:200 0K應答422的SIP列表。
[0054] 貫穿本描述，將不具體描述任何例示的SIP消息的相應內容，只要其內容從本領域 中已知的使用標準中是顯而易見的。注意，在本描述中以上和以下列出的任何消息可以包 括很多信息元素，該信息元素通過所實現的標準/建議來規定和/或根據實際情況，比如經 由路徑、地址、標簽號等來給出，并且將僅作為示例理解，而不意圖在任何方面限制本發明， 除非另有說明。另外，這里和下文中例示的任何SIP消息可以包括為集中于關鍵元素而在本 公開中省略的其他必要或可選內容。換言之，在一些內容在這里被省略而該內容根據所使 用的SIP標準/建議是必要或可選的情況下進行省略，這僅僅用于簡化描述，但是并不意味 著在實際實現中相應內容必須或應當丟失。在本申請的列出中，本發明提供的元素用下劃 線突出顯示。
[0055]將被注意的是，ITSP 450是用作Bob側的寄存器或管理器的某個邏輯實體50的示 例。在該實施例中使用的OPTIONS請求消息可以被發送到ITSP 450,而不是直接發送到UA-B 420。即，從Alice 410到ITSP 450的OPTIONS請求消息411a類似于從Alice到Bob 420的 OPTIONS請求消息411，除了接收方地址不同。類似地，從ITSP 450到Alice 410的200 0K消 息452類似于從Bob到Alice的200 0K消息452,除了發送方地址（和通道）是不同的。根據 ITSP 450是否具有足夠的信息來代表Bob的UA-B 420來進行應答，ITSP 450可以或可以不 轉發指向Bob的任何消息。
[0056] 根據[RFC6086]的建議，提議假定使用INFO請求。INFO請求能力已經在利用如圖4 中所描繪的特征之前，通過OPTIONS請求方法在各通信方之間交換。該方法涵蓋如下二者： (l)Info包使用以及(2)繼承INFO使用(針對[RFC2976]向后兼容）。
[0057]在"會話發起協議（SIP)參數" ：Info包，遵循[RFC5226]的定義（參見http:// www.iana.org/assignments/sip-parameters/sip-parameters.xhtml#sip-parameters-66,獲得進一步細節）下，新的Info包名稱將被登記到相關IANA注冊表。只要Info包名稱服 務被開放用于通過IANA的登記，名稱"延長響鈴"就應當被登記。如果已經登記，則另一獨特 名稱將被選擇。
[0058]圖5是描繪包括SIP信令的SIP端點A和B之間的延長響鈴的執行的消息流程圖。 OPTIONS請求沒有在圖5或隨后的附圖中描繪。OPTIONS相關協商已經如圖4中所示那樣成功 進行。INFO支持已經被協商。圖5描繪了如圖4中那樣由UA-A 410表示的主叫側10、如圖4中 那樣由UA-B 420表示的被叫側20、被叫側20的用戶接口42、以及由多個SIP代理560表示的 SIP網絡邏輯實體60。在附圖中，為了簡化的原因，僅圖示了一個SIP代理級。在實際實現中， 任何消息將通過一個或多個SIP代理560,并且將最終具有通過的SIP代理560和/或添加的 其他網絡資源的一個或多個通道地址，而不改變消息的其他內容。這通道路徑的添加將適 用于經由SIP網絡傳送的任何消息。
[0059] 如圖5中所示，UA-A 410發起對UA-B 420的SIP INVITE請求消息511。在（呼叫發 起）INVITE請求消息511時，UA-A 410指示其愿意接收對Info包"延長響鈴"的SIP INFO請 求。將被注意的是，INVITE請求511是在圖1的原理圖中示出的呼叫發起消息111的例示。 INVITE請求消息511的內容在以下的表3中例示：
表3:SIP INVITE請求消息511的SIP列表。
[0060] 如本領域中一般已知的，在轉發INVITE請求消息511的同時，SIP代理550向UA-A 410返回100嘗試消息562。在該情境中，UA-B 420向UA-A 410發送回200(0K)響應，也指示在 該情況下，其愿意接收對于Inf 〇包的INFO請求。對于參考，該200 0Κ響應的內容在以下表4 中例示：
表4:200 0K響應消息的SIP列表。
[0061 ] 如本領域中進一步一般已知的，當UA-B 420接收到INVITE請求消息511 (111)時， 其返回180響鈴消息524,并且使轉移計時器530開始運行。將注意的是，轉移計時器530是圖 1中所示的響鈴計時器530的例示。換言之，在該示例性實施例中，響鈴計時器實體30在被叫 方(20)側被實現。如圖5所示，轉移計時器530被設置到初始值，該初始值被指示為tl=2，其 中tl表示轉移計時器530的響鈴時間，并且為了簡化的原因，值2表示計時器啟動，值1表示 計時器運行，并且值0表示計時器已經到期。即，在圖1中所示的原理實施例的意義上的初始 計時器131被啟動。
[0062] 延長響鈴服務由應用接口42發起，應用接口42刷新響鈴計時器實體30,響鈴計時 器實體30控制在UA-B 420上的呼叫管理流(例如轉移計時器），以使呼叫對話保持處于響鈴 狀態。更具體地，當Bob通過經由用戶接口 42設置命令545來選擇發起延長計時器服務器時， 新的計時器132開始運行，即轉移計時器530再次被設置為11=2，并且INFO請求消息526被發 送到UA-A 410。于是，UA-A 410向Bob發送包括Info包的200 0K響應517用于批準延長響鈴。 [0063] INFO請求526的內容在以下表5中例示：
表5: INFO請求消息526的SIP列表。
[0064] 200 0K響應517的列表被省略，因為本領域技術人員根據以上內容將容易理解其 內容。
[0065] 在刷新的轉移計時器tl(132)到期之前，用戶Bob處于應答呼叫的位置，并且因此 200(0K)響應528被發送到Alice的UA-A 410，UA-A 410進而用ACK消息519來相應地進行確 認，ACK消息519在本領域中本身通常是已知的。
[0066] 在呼叫會話的情境內，延長的計時器服務可以由用戶利用經由新的INFO請求消息 526傳輸到另一方的"延長響鈴"消息觸發多次。這是可選的服務，并且服務提供商可以決定 該服務可以被重復多少次。
[0067] 將注意的是，每個計時器的值0、1和2僅僅是指示每個計時器的啟動、運行或到期 狀態的狀態標記，并且不與每個計時器的實際時間間隔（超時間隔）相混淆，實際時間間隔 將按幾秒鐘或中斷周期等給出。初始超時間隔可以與重置超時間隔相同或不同，其中，重置 超時間隔可以是預先設置的(默認)和/或用戶可選擇的。
[0068] 〈ITSP訂戶解決方案〉 在圖6中，示出了根據本發明的另一具體示例性實施例的經由處于響鈴狀態的ITSP訂 戶450觸發的延長響鈴服務的使用。
[0069] 假定該服務由SIP提供商支持，則其應當在由用戶控制的應用觸發后刷新在提供 商側運行的任何取消（或轉移）計時器630(例如t2)。可以例如通過OpenScape Business (OSBiz)來實現在ITSP 450和SIP端點之間的SIP信令延長響鈴的過程。因此，進一步，除了 圖5之外，圖6也提供B2BUA OSBiz 660作為SIP網絡實體60的一部分。
[0070] 該示例性實施例的過程類似于圖5的過程，因此將不再次描述與已經描述那些相 同的特征。除了先前示例性實施例的過程，ITSP 450提供自己的經由SIP網絡傳輸的100嘗 試消息652以及由網絡接口60本身（如圖5中的代理550，B2BUA 660)生成的100嘗試消息 562。將被注意的是，ITSP 450的100嘗試消息652可以在B2B0A 660中被吸收，而不是被轉發 到UA-A 410,或者可以被嵌套在B2B0A 660的100嘗試消息562中。在該具體示例中，如前所 述的響鈴計時器實體30被實現為取消計時器630,然而該計時器不改變本發明的發明特征 的實現。
[0071] 根據接收端點或B2BUA 660的能力，可以觸發下述功能： -SIP-UA A 410接收不掛斷的光學通知（1); -如果B2BUA 660如OpenScape Business(OSBiz)-樣支配信令，貝丨』可以向最終用戶提 供通告消息，以通知狀態(2); -Alice設備可以生成本地音以用信號通知響鈴延長。
[0072]〈事務失敗〉 圖7示出了事務失敗的情況。如果SIP-UA接收對INFO請求526的469(壞Info包）響應 717,則該響應表示僅事務失敗，并且因此，應當對邀請對話使用沒有影響。這表示不支持的 Info包，因此不存在可以使用所提供的信息的應用級實現。在圖7中，與在本申請中的其他 出現不同，Alice采用被叫方角色，而Bob采用主叫方角色。
[0073]將被注意的是，INFO消息{延長響鈴} 526到A方的傳輸僅出于信息的原因被進行。 即，當沒有通知Alice延長響鈴的使用時，延長響鈴也可以適當地工作。然而，有利的是向 Alice通知，以使她不失去耐心，并且拒絕呼叫。
[0074] 〈GSM 信令〉 現在將描述本發明到蜂窩電話環境中的集成。
[0075]圖8是描繪根據本發明的另一具體示例性實施例的本發明的方法針對被叫方20使 用諸如圖2A、圖2B中示出的設備200的蜂窩電話或智能電話的情況的實現的消息流程圖。 [0076]如圖8中所示，蜂窩網絡實體70被指派給被叫用戶20(Bob)。蜂窩網絡本身在本領 域中是已知的，使得其基本功能和設備這里不被描述。這里，蜂窩網絡實體70由GSM服務870 來表示，GSM服務870可以包括一個或多個交換點、Bob的蜂窩電話所位于的小區的至少一個 基站等。GSM服務870從Bob的ITSP 450接收TDM信令。為此目的，ITSP 450配備有GSM到SIP中 介網關850,中介網關850作為控制通信協議級的交換功能的前提，并且使得ITSP 450能夠 在一側的SIP網絡實體60(諸如B2BUA 660或SIP代理（圖5中的560))和另一側的TDM啟用實 體(諸如GSM服務870)之間傳遞內容。
[0077] 顯然，在ITSP 450、B2BUA 660和UA-A 410之間的消息收發類似于先前示例性實施 例的消息收發，因此重復描述被省略。將被注意的是，用于發起延長計時器服務的用戶命令 545由Bob的終端設備轉發到GSM服務870，其中，它將進一步被處理。在下文中，具體描述在 GSM服務870和ITSP 450(網關850)之間的差別和特定信令。
[0078] 如圖8中所示，網關850將SIP INVITE請求消息511轉換成GSM CC-SETUP信號851， 該信號851也可以被理解為表示圖1中示出的一般概念意義上的呼叫發起消息111，并且將 該信號851發送到GSM服務870。由GSM服務870響應于CC-SETUP信號而生成的GSM CC_CALL_ PROCEEDING信號872和GSM CC_ALERTING信號874通過網關850被轉換為SIP 100嘗試消息 652和SIP 180響鈴消息524。除了在ITSP 450中的取消計時器630，GSM計時器830也由GSM服 務870啟動，該GSM計時器830是在圖1中示出的一般概念意義上的另一響鈴計時器實體30。 在通過用戶接口 42設置被提交給GSM服務870的延長計時器服務發起命令545之后，GSM計時 器830被重新啟動，并且GSM CC_INF0信號被發送到ITSP 450, ITSP 450首先重新啟動其自 己的取消計時器630(如上所述），并且其次生成SIP INFO消息526。當用戶(Bob)接受該呼叫 時，GSM服務870生成對ITSP 450的GSM CC_C0NNECT信號878,并且網關850將信號878轉換成 SIP 200 0K消息528。當被叫方20接受呼叫時，GSM服務780生成GSM CC-C0NNECT信號878,信 號878由網關850轉換成SIP 200 0K消息528,并且呼叫方的SIP ACK消息519被轉換成GSM CC_C0NNECT_ACKN0WLEDGE 信號 859。
[0079]將被注意的是，在該具體示例性實施例中，在接收到SIP INFO請求消息526之后發 送的Alice的SIP 200 0K消息517將不被轉發到GSM側，而是僅在ITS 450中吸收。然而，在該 實施例的修改中，Alice的SIP 200 0K消息517可以被轉換成適當GSM信號以用于向主叫方 20驗證在被叫側已經接受了響鈴計時器延長。
[0080]將明顯的是，GSM中的實現僅僅是蜂窩實施例的示例。上述概念同樣適用于GPRS、 UTMS、HSPA或其他蜂窩標準。
[0081 ] 〈TDM 信令〉 現在將描述本發明針對TDM信令電話的應用。TDM信令將必須被增強以支持用于在TDM 中繼中進行支持的該功能。如將被看到的，內部信令和外部信令將必須被不同地處理。 [0082]〈外部信令〉 圖9是描繪根據本發明的另一具體示例性實施例的在外部呼入呼叫的情況下的本發明 的方法對TDM信令的實現的消息流程圖。
[0083]在圖9中，沒有明確示出主叫方A。用作服務提供商實體50的中心辦公室（C0 ) 50被 連接到呼叫方A也連接到的電話網絡。提供商實體50建立C0中繼線A950，以管理來自呼叫方 A的呼叫。在訂戶B所屬于的內部網絡內，提供了PBX中繼線接口 80和網絡實體90。PBX中繼線 接口80建立了表示用于與⑶中繼線A950交換數據的信道的中繼線TRK A 980,并且網絡實 體90由網絡組件990來表示。在主叫方A(未示出）和訂戶B 920之間的任何信令經由⑶中繼 線A 950、PBX TRK A 980和網絡組件990運行。訂戶B920表示在本發明的意義上的被叫方 20 〇
[0084] 如圖9中所示，在內部信令和外部信令之間存在很大差別。在該實施例中，SN_ZIF 消息重置計時器，使得在預定義數量的響鈴周期之后不轉發呼叫。然而，存在必須在該點被 重置的另一計時器，并且這是在中心辦公室的信號處理內設置的釋放中繼線超時。重置中 心辦公室PBX內的計時器的機制將通過設施或信息消息被調用，該信息消息具有引入的采 用值1或〇的新的信息元素 IE_DHU(不要掛斷)或IE_N0HANGUP等。此外，該消息還可以用于來 自C. 0.的其他目的（如更新主叫方的顯示器）。
[0085]以下將更具體地描述本示例性實施例的方法的實現。
[0086]只要提供商實體(C0)50從用戶A接收到指向訂戶B 920的呼叫，提供商實體50就在 呼叫發起狀態下建立C0中繼線A 950,重置將開始運行的釋放中繼線計時器530(tl=0,初始 計時器131)，并且將TDM SETUP信號951發送到roX 80，PBX 80進而在呼叫發起狀態下建立 PBX TRK 980,并且將TDM SN_RAN信號981發送到網絡組件990。這里，轉移計時器930被重置 (t2=0,初始計時器131)，并且TDM NS_RAN信號991被創建和發送到訂戶B 920,訂戶B 920因 此被設置在警報狀態（120)下。
[0087] 一旦被叫方20決定通過按下他或她的終端設備（未示出）上的數字來發起響鈴時 間延長，該數字按下生成TDM DC_INF0(BS_ZIF)信號942。那么，訂戶B 920將TDM SN_ZIF信 號922發送到網絡組件990。這里，轉移計時器930被再次重置(t2=0,新的計時器132)，TDM NS_N0HANGUP信號992被創建并且發送到PBX TRK A980，PBX TRK A980進而將TDM FACILITY (或INFORMATION)信號982發送到CO中繼線A 950。這里，釋放中繼線計時器530被再次重置 (新的計時器132)。此外，在接收到TDM SN_ZIF信號922之后，網絡組件990向訂戶B 920返 回TDM NS_N0TIFY信號993。
[0088] 在該示例性實施例中，假定在該新的計時器132正在運行中，被叫方20再次決定通 過按下他或她的終端設備（未示出）上的數字來發起響鈴時間延長，該數字按下生成新的 TDM DC_INF0(BS_ZIF)信號944。再次，訂戶B 920將新的TDM SN_ZIF信號924發送到網絡組 件990。然而，現在，網絡組件990拒絕響鈴時間延長的第二次發起，并且因此向訂戶B 920發 送TDM NS_REJ信號995,訂戶B 920進而通過TDM ra_INF0信號925向用戶B通知響鈴時間的 進一步延長不被允許。
[0089] 只要轉移計時器930到期，網絡組件990就向訂戶B 920發送TDM NC_SU_DISC信號 996,訂戶B 920進而通過TDM CD_DISC信號926向用戶B通知警報狀態結束，并且被設置為空 閑狀態。此外，當轉移計時器930到期時，網絡組件990向PBX TRK 980發送TDM NS_CFW_INF0 信號997，PBX TRK 980進而向C0中繼線A 950發送TDM NOTIFY信號987。這里，與主叫方側的 通信被關閉。
[0090]以下表6包括在本示例性實施例中使用的TDM信號的解釋：

表6:具有ISDN術語匹配的內部信令縮寫。[0091] 以下表7示出了 IE_DHU(或NS_N0HANGUP)信息元素的格式
表7:用于DHU功能的新的設施信息元素。
[0092] 將被認識到的是，在用戶決定激活延長響鈴的情況下，必須更新全部兩個計時器。 在該示例性實施例中，假定全部兩個計時器30從0(開始）向上運行到2(終止值），如果計時 器被重置，則它再次采用值〇。以下表8包括計時器值及其各自的含義：
表8:計時器值。
[0093] 然而，將注意的是，每個計時器的值0、1和2僅僅是指示每個計時器的啟動、運行或 到期狀態的狀態標記，并且不與每個計時器的實際時間間隔（超時間隔）相混淆，該實際時 間間隔將以幾秒鐘或中斷周期等給出。初始超時間隔可以與重置超時間隔相同或不同，其 中，重置超時間隔可以是預先設置的(默認)和/或用戶可選擇的。
[0094]〈內部信號〉 圖10、圖11是描繪根據本發明的另一具體示例性實施例的在內部呼入呼叫的情況下本 發明的方法對TDM信令的實現的消息流程圖。在該示例性實施例中，延長響鈴激活的機制被 假定為在PBX系統（如OpenScape Business)中起作用。圖10示出了被叫方20僅延長響鈴一 次的一般情況，而圖11示出了被叫方20嘗試延長響鈴兩次的情況。
[0095] 在該示例性實施例中，訂戶A 1010和訂戶B 920存在于私人網絡內，并且被認為通 過系統的處理來內部地被處理。服務提供商（如中心辦公室（圖9的50))可以存在用于管理 外部呼叫，但是在圖10中未示出。交換裝置(如PBX(圖9的80))可以存在，但是為了易于說明 而在圖10中未示出。網絡組件990可以由roX表示或包括在PBX中。訂戶A 1010表示主叫方 10,并且訂戶B 920表示被叫方20。
[0096]信令與圖9的那個類似，因此這里不重復描述相同的實體和信號。與先前實施例的 差別如下。對于發起呼叫，訂戶1 〇 1 〇向網絡組件990發送TDM SN_RAN信號1011，信號1011對 應于圖9中示出的先前實施例的SN_RAN信號981(在圖9中由PBX TRK 980發送）。在接收到 TDM NS_N0HANGUP信號992而不是圖9中示出的先前實施例的TDM FACILITY信號982后，訂戶 A 1010生成TDM ra_INF0信號1012,以在其用戶接口41處示出，以向用戶通知不要掛斷，因 為訂戶B 920將很快接聽。此外，網絡組件990的TDM NS_CFW_INF0信號997直接由訂戶A 1010接收。
[0097]現在，更詳細地描述本示例性實施例的方法的功能。訂戶A 1010呼叫訂戶B 920。 訂戶B 920啟動響鈴，而網絡組件990負責保持轉移計時器930，如果轉移計時器930期滿，則 遵循呼叫轉移列表。現在如果訂戶B 920按下他的或她的終端設備處的預定義數字944(在 處于響鈴狀態中時），則沿著到執行下述兩個基本動作的網絡組件990的路徑傳播這個信 息： -將轉移計時器930重置為其初始值t=0(因此超時時段被延長），以及 -向訂戶A 1010在他的或她的顯示器上通知消息NS_N0HANGUP 992,以通知"不要掛 斷，很快就來"。
[0098]現在，因為呼叫轉發窗口被延長，所以訂戶B 920有機會在t=l之后拾取呼叫。然 而，如果用戶不接接聽呼叫，并且達到t=2,則呼叫被轉發到呼叫目的地列表中的下一實體， 在呼叫被重新指向時，呼叫目的地列表包括第三方。
[0099]在圖11中所示的情況中，訂戶B 920嘗試第二次延長計時器實體30。然而，這是不 允許的，因為特征的使用案例規定訂戶B 920將在短期內拿起聽筒。
[0100]在后一種情況下，將向訂戶B 920通知該動作是不被允許的。顯然，網絡組件990必 須保持被叫站使用了該特征多少次的信息。因此，如果訂戶B 920決定再次延長超時（SN_ ZIF)，則將向回發送拒絕消息NS_REJ 995，以向他或她通知消息："不允許"。
[0101]第二次或第三次激活的拒絕取決于服務提供商或PBX，并且這是可配置的。計時器 實體30理論上可以被無限地更新。
[0102] 本專利申請介紹了電話中的響鈴中信令概念，并且將其分解為VoIP和數字技術。 關于后者，本申請介紹了新的ISDN消息信息元素（IE)，或替代地現有用戶到用戶信令的使 用。響鈴中信令對于上述使用情況可能是顯著有用的，但是除此之外，其還可以用于其他應 用。
[0103] 本發明通常適用于任何通信領域。
[0104] 顯然，對于本領域技術人員，基于在本說明書中公開的信息，本發明的各種應用可 以變得顯而易見，各種應用可能會不被明確地提及，但是完全由本申請的范圍涵蓋。
[0105] 要注意，在本發明的示例和實施例中沒有明確描述模擬信令。可能存在關于在響 鈴當前存在于被叫方側的同時傳送帶內信令的限制，該限制將必須被進一步研究。然而，這 并不排除本發明的原理適用于以模擬電話環境。
[0106] 關于本文先前公開的單個或若干實施例公開的一個或多個技術特征也可以存在 于另一實施例中，除了它/它們被規定為不存在或出于技術原因，它/它們不可能存在。例 如，盡管一些實施例提供了在被叫方側的ITSP或其他管理實體，但是在本申請中的任何消 息收發或信令中的任何一方都可以被指派某個管理實體，諸如ITSP。
[0107] 在本發明的意義上，一方(即，主叫方、被叫方)可以被理解為是邏輯實體或者作為 人類、終端設備、用戶接口、用戶代理、提供商實體、網絡實體等，其在呼叫的情境中設置、接 收或轉發呼叫或相應的消息或信號。具體地，根據消息收發或信令的方向，通信的各個端點 之間的實體可以采用主叫方和被叫方兩個角色。更實際地說，中間邏輯或物理實體可以作 為主叫方發生，用于在被叫端點的方向或被叫端點本身中的實體，并且對于在主叫端點的 方向或主叫端點本身中的實體，可以與被叫方同時發生。
【主權項】
1. 一種用于管理電話呼叫的方法，包括下述步驟： -識別主叫方（10 )對建立與被叫方(20 )的呼叫的呼叫請求（111 )，以及 -在呼叫被建立或拒絕之前，延長超時，所述超時是在識別所述呼叫請求（111)和由被 叫方(20)自動拒絕呼叫之間的時間段。2. 根據權利要求1所述的方法，其中，延長所述超時的步驟包括下述步驟： -在識別出所述呼叫請求(111)后，將響鈴計時器(30)設置為超時初始值，所述超時初 始值定義在所述呼叫請求被自動拒絕之前的響鈴時間，以及 -在所述響鈴計時器(30)到期之前，將所述響鈴計時器(30)重置為超時重置值。3. 根據權利要求2所述的方法，其中，所述超時重置值與所述超時初始值相同，或者與 所述超時初始值不同，優選地能夠由所述被叫方（20)預先和/或在接收到所述呼叫請求 (111)后定義。4. 根據前述權利要求中的任何一項所述的方法，進一步包括下述步驟:接收來自所述 被叫方(20)的用于執行延長所述超時的步驟的要求(545;942,944)，延長所述超時的所述 步驟在接收到所述要求(545; 942,944)后被執行。5. 根據前述權利要求中的任何一項所述的方法，進一步包括下述步驟：向所述被叫方 (20)通知所述時間段即將結束。6. 根據前述權利要求中的任何一項所述的方法，其中，延長所述超時的所述步驟在所 述時間段結束之前被自動執行。7. 根據前述權利要求中的任何一項所述的方法，進一步包括下述步驟：向所述主叫方 (10)和/或所述被叫方(20)通知所述超時已經被延長，優選地包括下述步驟：向所述主叫方 (10)的終端設備提供允許所述被叫方(20)在延長的超時期間接受所述呼叫請求(111)的消 息。8. 根據前述權利要求中的任何一項所述的方法，其中，所述方法通過使用SIP標準，優 選地利用用于分別在和向所述主叫方（10)或中間實體(60)建立和/或通知超時延長的INFO SIP請求方法，或利用TDM信令標準來實現，其中，通過TDM編碼的消息來實現任何請求、通知 等。9. 電信設備，被適配為執行根據前述權利要求中的任何一項所述的方法。10. 根據權利要求9所述的電信設備，其中，所述電信設備是電信系統內的實體或可由 所述被叫方(20)使用的終端設備(200; 300)，所述實體被布置在所述主叫方（10)和所述被 叫方(20)之間。11. 根據權利要求10所述的電信設備，其中，所述電信設備包括觸發元件，諸如按鈕、鍵 (347)、開關、觸摸面板(210)上的指定區域(219a)，被適配用于要求或發起延長所述超時的 所述步驟的執行。12. 根據權利要求9至11中的任何一項所述的電信設備，其中，所述電信設備被適配為 在呼出和/或呼入和/或轉發呼叫請求(111)后，運行響鈴計時器(30)。13. 電信系統，包括用于下述操作的裝置部件： -識別主叫方（10 )對建立與被叫方(20 )的呼叫的呼叫請求（111 )，以及 -在所述呼叫被建立或拒絕之前，延長超時，所述超時是在識別所述呼叫請求和由所 述被叫方(20)自動拒絕所述呼叫之間的時間段， 其中，所述電信系統優選地被適配為執行權利要求1-8中任一項所述的方法。14. 根據權利要求13所述的電信系統，其中，所述方法的步驟被分配給所述電信系統的 至少兩個實體，所述實體包括： -至少一個終端設備（200; 300)，被適配為提供對于執行所述超時延長步驟的要求 (545;942,944)，以及 -至少一個實體，被適配為運行響鈴計時器(30)并且接受所述要求(545;942,944)，并 且執行所述超時延長步驟。15. 用于管理呼叫的軟件產品，所述軟件產品被存儲在計算機可讀介質上，優選地可直 接加載到計算機的內部存儲器中，并且包括用于在所述計算機執行所述軟件產品時執行根 據權利要求1-8中的任何一項所述的方法的步驟的程序代碼，所述計算機優選地包括如下 各項或者由如下各項體現或被包括在如下各項中：電話(300)、移動電話、智能電話(200)、 TOA、服務器、優選地為電話服務器、交換裝置、網關、ITSP、臺式計算機、便攜式計算機、平板 電腦等。
【文檔編號】H04M1/725GK106027744SQ201610170886
【公開日】2016年10月12日
【申請日】2016年3月24日
【發明人】D.喬治奧, V.賈蒂利斯
【申請人】統有限責任兩合公司, 統一有限責任兩合公司