專(zhuān)利名稱(chēng)：一種釋放多方通話受控方的方法和終端的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及無(wú)線移動(dòng)通信領(lǐng)域，特別涉及一種釋放多方通話受控方的方法和終端。
背景技術(shù)：
在無(wú)線移動(dòng)通信業(yè)務(wù)中，除了語(yǔ)音、數(shù)據(jù)、短消息等基本通信業(yè)務(wù)外，無(wú)線移動(dòng)網(wǎng)絡(luò)還提供了許多補(bǔ)充業(yè)務(wù)，如閉合用戶組、來(lái)電號(hào)碼顯示、呼叫等待、呼叫保持、呼叫轉(zhuǎn)移、遇忙用戶呼叫完成、多方呼叫等。通過(guò)補(bǔ)充業(yè)務(wù)可以實(shí)現(xiàn)某些特定的功能，MPTY (Multiparty，簡(jiǎn)稱(chēng)為多方通話)業(yè)務(wù)就是補(bǔ)充業(yè)務(wù)中的一種。在無(wú)線移動(dòng)通信中，MPTY補(bǔ)充業(yè)務(wù)為一個(gè)移動(dòng)用戶提供多連接通話的能力，可以跟多個(gè)用戶同時(shí)通話，即和多于一方同時(shí)通話。主控方借助呼叫保持補(bǔ)充業(yè)務(wù)，保持原有的 呼叫，發(fā)起或接受新的呼叫，然后把新的用戶加入到多方通話中，該多方呼叫服務(wù)也被稱(chēng)為多方呼叫(MPTY呼叫)。主控方為發(fā)起多方通話的用戶終端，該用戶終端必須同時(shí)登記了呼叫保持和多方通話補(bǔ)充業(yè)務(wù)，主控方用戶請(qǐng)求建立一個(gè)多方呼叫的前提條件是至少有一個(gè)保持呼叫和一個(gè)激活呼叫。受控方為MPTY業(yè)務(wù)中的其他非主控方用戶，也稱(chēng)為遠(yuǎn)端用戶。一個(gè)多方通話必須完全由同一個(gè)用戶終端(即主控方)發(fā)起和建立，每增加一個(gè)新的用戶，原來(lái)的受控方都會(huì)收到相應(yīng)的提示，一個(gè)多方通話中最多有5個(gè)遠(yuǎn)端方，加上主控方最多有6個(gè)用戶終端。根據(jù)3GPP協(xié)議TS22. 084描述，MPTY呼叫業(yè)務(wù)也可以像單獨(dú)呼叫一樣進(jìn)行保持、恢復(fù)等操作，此外還可以單獨(dú)控制某一受控方，如當(dāng)激活了 MPTY呼叫業(yè)務(wù)后，遠(yuǎn)端用戶可以被要求加入、釋放或進(jìn)行分離MPTY呼叫。MPTY呼叫業(yè)務(wù)分為業(yè)務(wù)建立、保持、MPTY激活過(guò)程中主控方操作、MPTY保持過(guò)程中主控方操作等基本業(yè)務(wù)過(guò)程。顯然，要實(shí)現(xiàn)MPTY業(yè)務(wù)必須保證UE (終端設(shè)備)應(yīng)用層、UE協(xié)議棧和網(wǎng)絡(luò)側(cè)之間的良好的信息溝通。根據(jù)3GPP 協(xié)議 TS22. 084、TS24084、TS24080、TS27007、TS22030 等協(xié)議描述，關(guān)于MPTY業(yè)務(wù)的每個(gè)基本業(yè)務(wù)過(guò)程在UE協(xié)議棧和網(wǎng)絡(luò)側(cè)之間的通信方式(對(duì)等層通信)、通信消息及消息成員等都已定義，即根據(jù)協(xié)議描述的通信方式、通信消息及消息成員等，UE協(xié)議棧和網(wǎng)絡(luò)側(cè)之間可以實(shí)現(xiàn)MPTY業(yè)務(wù)的每個(gè)基本業(yè)務(wù)過(guò)程。然而，對(duì)保持中的MPTY業(yè)務(wù)，主控方要實(shí)現(xiàn)分別釋放受控方，協(xié)議并沒(méi)有列出具體實(shí)現(xiàn)方式。要實(shí)現(xiàn)UE與網(wǎng)絡(luò)側(cè)的業(yè)務(wù)過(guò)程僅僅依靠UE協(xié)議棧與網(wǎng)絡(luò)側(cè)之間的信息溝通是不夠的，還需要UE協(xié)議棧與UE應(yīng)用層之間的信息溝通。

發(fā)明內(nèi)容
本發(fā)明的目的在于提供一種釋放多方通話受控方的方法和終端，以解決UE協(xié)議棧與UE應(yīng)用層之間信息溝通，實(shí)現(xiàn)解決釋放多方通話受控方的問(wèn)題。為實(shí)現(xiàn)本發(fā)明所述目的而提供的一種釋放多方通話受控方的方法，其具體方案為一種釋放多方通話受控方的方法，所述方法包含以下步驟應(yīng)用層發(fā)送請(qǐng)求消息給自身所在終端的協(xié)議棧；協(xié)議棧與網(wǎng)絡(luò)側(cè)進(jìn)行交互，獲取網(wǎng)絡(luò)側(cè)發(fā)送的處理結(jié)果信息并通知自身所在終端的應(yīng)用層。進(jìn)一步地，上述方法還具有以下特點(diǎn)所述應(yīng)用層發(fā)送請(qǐng)求消息之前，還包括應(yīng)用層接收到用戶操作指示，根據(jù)所述用戶操作指示進(jìn)行編碼，生成請(qǐng)求消息。 進(jìn)一步地，上述方法還具有以下特點(diǎn)所述應(yīng)用層發(fā)送請(qǐng)求消息之前，還包括應(yīng)用層接收到用戶操作指示，根據(jù)所述用戶操作指示進(jìn)行封裝，生成請(qǐng)求消息。進(jìn)一步地，上述方法還具有以下特點(diǎn)所述接收到用戶操作指示具體為當(dāng)用戶輸入需要釋放的多方通話受控方的呼叫標(biāo)識(shí)ID后，用戶層接收到攜帶有所述受控方的呼叫標(biāo)識(shí)ID的用戶操作指示。進(jìn)一步地，上述方法還具有以下特點(diǎn)所述根據(jù)所述用戶操作指示進(jìn)行編碼具體為根據(jù)所述用戶操作指示編碼生成擴(kuò)展AT指令。進(jìn)一步地，上述方法還具有以下特點(diǎn)在接收到所述用戶操作指示后，還包括應(yīng)用層判斷自身所在終端是否具有發(fā)起釋放多方通話受控方的資格，若具有，則根據(jù)所述用戶操作指示進(jìn)行處理；若不具有，則反饋錯(cuò)誤信息給用戶。進(jìn)一步地，上述方法還具有以下特點(diǎn)所述協(xié)議棧與網(wǎng)絡(luò)側(cè)進(jìn)行交互之前還包括協(xié)議棧對(duì)應(yīng)用層發(fā)送的請(qǐng)求消息進(jìn)行解析，并生成釋放請(qǐng)求消息。進(jìn)一步地，上述方法還具有以下特點(diǎn)所述協(xié)議棧與網(wǎng)絡(luò)側(cè)進(jìn)行交互之前還包括協(xié)議棧對(duì)應(yīng)用層發(fā)送的請(qǐng)求消息進(jìn)行處理，生成釋放請(qǐng)求消息。進(jìn)一步地，上述方法還具有以下特點(diǎn)所述協(xié)議棧與網(wǎng)絡(luò)側(cè)進(jìn)行交互之前，還包括判斷是否滿足釋放多方通話受控方的條件，若不滿足，則回復(fù)請(qǐng)求消息錯(cuò)誤指示，并攜帶錯(cuò)誤原因類(lèi)型和錯(cuò)誤原因值。進(jìn)一步地，上述方法還具有以下特點(diǎn)所述獲取網(wǎng)絡(luò)側(cè)發(fā)送的處理結(jié)果信息并通知自身所在終端的應(yīng)用層具體為，協(xié)議棧將處理結(jié)果編碼為響應(yīng)擴(kuò)展AT指令格式給應(yīng)用層。若網(wǎng)絡(luò)側(cè)處理成功，則向應(yīng)用層回復(fù)成功指示消息；若網(wǎng)絡(luò)側(cè)處理失敗，則向應(yīng)用層回復(fù)失敗指示消息。其中，失敗指示消息包括錯(cuò)誤原因值和錯(cuò)誤原因類(lèi)型。為實(shí)現(xiàn)本發(fā)明所述目的本發(fā)明還提供了一種釋放多方通話受控方的終端，其具體方案為一種釋放多方通話受控方的終端，包括
應(yīng)用層，用于發(fā)送請(qǐng)求消息給自身所在終端的協(xié)議棧；協(xié)議棧，用于與網(wǎng)絡(luò)側(cè)進(jìn)行交互，獲取網(wǎng)絡(luò)側(cè)發(fā)送的處理結(jié)果信息并通知自身所在終端的應(yīng)用層。進(jìn)一步地，上述終端還可以具有以下特點(diǎn)所述應(yīng)用層包括編碼模塊和管理模塊，其中編碼模塊，用于根據(jù)接收的用戶操作指示，編碼生成請(qǐng)求消息；管理模塊，用于根據(jù)協(xié)議棧發(fā)送的處理結(jié)果，通知用戶。進(jìn)一步地，上述終端還可以具有以下特點(diǎn)所述管理模塊還用于，當(dāng)用戶輸入需要釋放的多方通話受控方的呼叫標(biāo)識(shí)ID后，管理模塊接收到攜帶有所述受控方的呼叫標(biāo)識(shí)ID的用戶操作指示，并發(fā)送給編碼模塊。進(jìn)一步地，上述終端還可以具有以下特點(diǎn)所述編碼模塊根據(jù)接收的用戶操作指示，編碼生成釋放請(qǐng)求消息，具體為根據(jù)用戶操作指示中攜帶的所述受控方的呼叫標(biāo)識(shí)ID,進(jìn)行編碼生成擴(kuò)展AT指令，生成請(qǐng)求消息。進(jìn)一步地，上述終端還可以具有以下特點(diǎn)所述應(yīng)用層包括封裝模塊和管理模塊，其中封裝模塊，用于根據(jù)接收的用戶操作指示，生成釋放請(qǐng)求消息；管理模塊，用于根據(jù)協(xié)議棧發(fā)送的釋放結(jié)果，顯示給用戶。進(jìn)一步地，上述終端還可以具有以下特點(diǎn)所述封裝模塊進(jìn)一步用于，根據(jù)用戶操作指示中攜帶的所述受控方的呼叫標(biāo)識(shí)ID進(jìn)行封裝，生成釋放請(qǐng)求消息；所述管理模塊進(jìn)一步用于當(dāng)用戶輸入需要釋放的多方通話受控方的呼叫標(biāo)識(shí)ID 后，管理模塊接收到攜帶有所述受控方的呼叫標(biāo)識(shí)ID的用戶操作指示，并發(fā)送給封裝模塊。進(jìn)一步地，上述終端還可以具有以下特點(diǎn)所述應(yīng)用層還包括判斷模塊，用于判斷自身所在終端是否具有發(fā)起釋放多方通話受控方的資格。進(jìn)一步地，上述終端還可以具有以下特點(diǎn)所述協(xié)議棧包括交互模塊，用于將請(qǐng)求消息與網(wǎng)絡(luò)側(cè)交互，獲取釋放多方通話呼叫受控方的結(jié)果，并發(fā)送給自身所在終端的應(yīng)用層。進(jìn)一步地，上述終端還可以具有以下特點(diǎn)所述協(xié)議棧進(jìn)一步包括解析模塊，用于對(duì)應(yīng)用層發(fā)送的請(qǐng)求消息進(jìn)行解析，并生成釋放請(qǐng)求消息，發(fā)給交互模塊。進(jìn)一步地，上述終端還可以具有以下特點(diǎn)所述協(xié)議棧進(jìn)一步包括處理模塊，用于對(duì)應(yīng)用層發(fā)送的請(qǐng)求消息進(jìn)行處理，生成釋放請(qǐng)求消息，發(fā)給交互模塊。進(jìn)一步地，上述終端還可以具有以下特點(diǎn)所述協(xié)議棧進(jìn)一步包括判斷模塊，用于判斷是否滿足釋放多方通話受控方的條件。進(jìn)一步地，上述終端還可以具有以下特點(diǎn)所述協(xié)議棧進(jìn)一步包括編碼模塊，用于將網(wǎng)絡(luò)側(cè)發(fā)送的處理結(jié)果，編碼為擴(kuò)展AT指令并發(fā)送給交互模塊；交互模塊還進(jìn)一步用于將協(xié)議棧編碼模塊發(fā)送的擴(kuò)展AT指令發(fā)送給自身終端所在應(yīng)用層。所述應(yīng)用層進(jìn)一步包括解碼模塊，用于將協(xié)議棧發(fā)送的擴(kuò)展AT指令解碼后發(fā)送給管理模塊。采用本發(fā)明的方法和裝置，可以在用戶終端應(yīng)用層與協(xié)議棧之間傳輸所有多方通話業(yè)務(wù)過(guò)程需要的信息，通過(guò)應(yīng)用層發(fā)送協(xié)議棧請(qǐng)求消息，進(jìn)一步在協(xié)議棧與網(wǎng)絡(luò)側(cè)之間實(shí)現(xiàn)多方通話業(yè)務(wù)的交互，從而實(shí)現(xiàn)主控方終端釋放多方通話呼叫的受控方。


圖I是單個(gè)呼叫建立流程；圖2是單個(gè)激活呼叫保持流程；圖3是在一個(gè)保持呼叫基礎(chǔ)上建立另一個(gè)激活呼叫；圖4是建立MPTY呼叫流程；圖5是保持激活MPTY呼叫流程；圖6是本發(fā)明一種釋放多方通話受控方的方法流程示意圖； 圖7是本發(fā)明實(shí)施例提供的一種釋放多方通話受控方的方法流程圖；圖8是本發(fā)明實(shí)施例提供的另一種釋放多方通話受控方的方法流程圖；圖9是本發(fā)明實(shí)施例提供的一種釋放多方通話受控方的終端結(jié)構(gòu)示意圖；圖10是本發(fā)明實(shí)施例提供的另一種釋放多方通話受控方的終端結(jié)構(gòu)示意圖；圖11是本發(fā)明實(shí)施例提供的釋放多方通話受控方成功的流程；圖12是本發(fā)明實(shí)施例提供的釋放多方通話受控方異常的流程。
具體實(shí)施例方式為了使本發(fā)明的目的、技術(shù)方案及優(yōu)點(diǎn)更加清楚明白，以下結(jié)合附圖及實(shí)施例，對(duì)本發(fā)明主控方分別釋放保持MPTY呼叫的受控方的方法作進(jìn)一步詳細(xì)說(shuō)明。本發(fā)明的基本思想是應(yīng)用層通過(guò)生成請(qǐng)求釋放MPTY呼叫受控方的消息，發(fā)送給協(xié)議棧，由協(xié)議棧進(jìn)行解析后生成釋放MPTY呼叫受控方的消息，與網(wǎng)絡(luò)側(cè)進(jìn)行交互，對(duì)MPTY呼叫受控方進(jìn)行釋放控制。在附圖中將UE應(yīng)用層、UE協(xié)議棧和網(wǎng)絡(luò)側(cè)的信息交互流程均描述出來(lái)。實(shí)際上現(xiàn)有技術(shù)的相關(guān)協(xié)議中只定義了 UE協(xié)議棧與網(wǎng)絡(luò)側(cè)信息交互所使用的非接入層消息，而對(duì)于UE應(yīng)用層與UE協(xié)議棧信息交互所使用的AT指令并沒(méi)有定義，用戶無(wú)法通過(guò)UE應(yīng)用層觸發(fā)或響應(yīng)釋放保持MPTY受控方的業(yè)務(wù)。由3GPP TS27007和3GPP TS22030協(xié)議描述中可以明確，當(dāng)前沒(méi)有釋放保持MPTY呼叫受控方的對(duì)應(yīng)指令，為和MPTY補(bǔ)充業(yè)務(wù)使用的AT指令對(duì)齊，因此在本實(shí)施例中對(duì)標(biāo)準(zhǔn)指令進(jìn)行了擴(kuò)展。因多方通話必須借助呼叫保持來(lái)建立，所以主控方必須同時(shí)登記了呼叫保持和多方通話補(bǔ)充業(yè)務(wù)，假設(shè)主控方用戶為A，且A已申請(qǐng)且開(kāi)通了呼叫保持和多方通話的補(bǔ)充業(yè)務(wù)，MPTY呼叫的受控方分別為B和C。本發(fā)明主控方分別釋放保持的MPTY呼叫受控方的方法前提是，存在已建立激活并保持的MPTY業(yè)務(wù)。一、MPTY呼叫建立前提圖I是主控方A請(qǐng)求建立與B的單激活呼叫，且業(yè)務(wù)激活成功的UE應(yīng)用層、UE協(xié)議棧和網(wǎng)絡(luò)側(cè)信息交互流程示意圖；圖2對(duì)A與B激活呼叫的保持，且保持業(yè)務(wù)成功的UE應(yīng)用層、UE協(xié)議棧和網(wǎng)絡(luò)側(cè)信息交互流程示意圖；圖3是在存在一路保持呼叫基礎(chǔ)上新建立一路激活呼叫(可以是MO呼叫或MT呼叫，圖3所示是MO呼叫)，且呼叫建立過(guò)程成功的UE應(yīng)用層、UE協(xié)議棧和網(wǎng)絡(luò)側(cè)信息交互流程示意圖；根據(jù)3GPP TS22084協(xié)議，由圖I、圖2和圖3可知，存在一路保持呼叫和一路激活呼叫，滿足建立MPTY呼叫業(yè)務(wù)的條件和前提。二、MPTY呼叫建立激活圖4是MPTY呼叫建立激活，且建立激活過(guò)程成功的UE應(yīng)用層、UE協(xié)議棧和網(wǎng)絡(luò)側(cè)信息交互流程示意圖；由圖可知，當(dāng)滿足建立MPTY呼叫業(yè)務(wù)的條件時(shí)，用戶想發(fā)起建立MPTY呼叫，主控方(A) UE發(fā)送AT+CHLD = 3指令到協(xié)議棧，UE協(xié)議棧將在FACILITY消息中攜帶該請(qǐng)求相關(guān)信息。網(wǎng)絡(luò)在FACILITY消息中返回受理激活業(yè)務(wù)請(qǐng)求的結(jié)果，UE協(xié)議棧將網(wǎng)絡(luò)返回的結(jié)果以AT指令消息響應(yīng)的方式指示給用戶。三、MPTY激活呼叫保持圖5是保持激活的MPTY呼叫，且保持成功的UE應(yīng)用層、UE協(xié)議棧和網(wǎng)絡(luò)側(cè)信息交互流程示意圖。由圖可知，主控方UE通過(guò)AT+CHLD = 2，要求協(xié)議棧保持當(dāng)前激活的MPTY呼叫，協(xié)議棧在FACILITY消息內(nèi)容中攜帶保持的請(qǐng)求信息。網(wǎng)絡(luò)在FACILITY消息返回網(wǎng) 絡(luò)側(cè)MPTY補(bǔ)充業(yè)務(wù)的處理結(jié)果。若保持激活的MPTY業(yè)務(wù)成功，將返回保持成功的MPTY呼叫信息；若對(duì)激活的MPTY呼叫保持失敗，將返回網(wǎng)絡(luò)側(cè)保持失敗的錯(cuò)誤原因類(lèi)別和錯(cuò)誤原因值。本發(fā)明提供一種釋放多方通話受控方的方法，圖6是本發(fā)明提供的方法的流程示意圖，如圖6所示，該方法包括以下步驟S602、應(yīng)用層發(fā)送請(qǐng)求消息給自身所在終端的協(xié)議棧。S604、協(xié)議棧與網(wǎng)絡(luò)側(cè)進(jìn)行交互，獲取網(wǎng)絡(luò)側(cè)發(fā)送的處理結(jié)果信息并通知自身所在終端的應(yīng)用層。其中，步驟S602中應(yīng)用層發(fā)送請(qǐng)求消息前還包括，生成釋放請(qǐng)求指示，作為請(qǐng)求消息，其中生成釋放請(qǐng)求指示有以下實(shí)現(xiàn)方式其一，應(yīng)用層根據(jù)接收到的用戶操作指示進(jìn)行編碼，生成釋放請(qǐng)求指示，作為請(qǐng)求消息，發(fā)送給協(xié)議棧；對(duì)應(yīng)地，協(xié)議棧在接收到請(qǐng)求消息以后對(duì)請(qǐng)求消息進(jìn)行解碼，并生成釋放請(qǐng)求消息，發(fā)送給網(wǎng)絡(luò)側(cè)。其二，應(yīng)用層根據(jù)接收到的用戶操作指示進(jìn)行封裝，生成釋放請(qǐng)求指示，作為請(qǐng)求消息，發(fā)送給協(xié)議棧；對(duì)應(yīng)地，協(xié)議棧接收到請(qǐng)求消息以后對(duì)請(qǐng)求消息進(jìn)行處理，生成釋放請(qǐng)求消息，發(fā)送給網(wǎng)絡(luò)側(cè)。本發(fā)明實(shí)施例提供的一種釋放多方通話受控方的方法流程如圖7所示，S702、應(yīng)用層根據(jù)用戶操作指示編碼生成請(qǐng)求消息，發(fā)送給協(xié)議棧；S704、協(xié)議棧解析收到的請(qǐng)求消息，生成釋放請(qǐng)求消息，并將釋放請(qǐng)求消息發(fā)送給網(wǎng)絡(luò)側(cè)；S706、協(xié)議棧獲取網(wǎng)絡(luò)側(cè)發(fā)送的處理結(jié)果信息，并通知應(yīng)用層。其中，步驟S702中，所述應(yīng)用層根據(jù)用戶操作指示編碼生成請(qǐng)求消息之前，還包括，當(dāng)用戶輸入需要釋放的MPTY受控方的呼叫標(biāo)識(shí)ID，終端應(yīng)用層接收到攜帶有所述受控方的呼叫標(biāo)識(shí)ID的用戶操作指示，根據(jù)用戶操作指示編碼后生成請(qǐng)求消息，發(fā)送給協(xié)議棧。進(jìn)一步的，應(yīng)用層根據(jù)用戶操作指示編碼具體為，應(yīng)用層根據(jù)用戶操作指示生成擴(kuò)展AT指令。根據(jù)該用戶操作指示中攜帶的被釋放的受控方呼叫標(biāo)識(shí)ID進(jìn)行編碼，編碼的方法具體是將標(biāo)準(zhǔn)AT+CHLD指令進(jìn)行擴(kuò)充，特別地，將參數(shù)3進(jìn)行擴(kuò)充。如受控方呼叫標(biāo)識(shí)ID為1，將AT指令擴(kuò)充為31，如受控方呼叫標(biāo)識(shí)ID為2，將AT指令擴(kuò)充為32。進(jìn)一步的，應(yīng)用層在接收到用戶操作指示后，判斷自身所在終端是否具有發(fā)起釋放多方通話受控方的資格，若具有，則根據(jù)用戶操作指示進(jìn)行編碼；若不具有，則反饋錯(cuò)誤信息給用戶，錯(cuò)誤信息為失敗。所述判斷自身所在終端是否具有發(fā)起釋放多方通話受控方的資格，具體為，判斷此MPTY呼叫是否是自身所在終端發(fā)起。其中，步驟S704進(jìn)一步包括以下步驟進(jìn)一步的，協(xié)議棧解析收到的請(qǐng)求消息的方法是根據(jù)擴(kuò)展AT命令的格式，從AT命令的字符串中提取請(qǐng)求消息的內(nèi)容。進(jìn)一步的，協(xié)議棧在接收請(qǐng)求消息后，則對(duì)擴(kuò)展AT指令進(jìn)行解碼，然后協(xié)議棧對(duì)是否滿足釋放呼叫的條件判斷，若滿足條件，則將釋放請(qǐng)求消息發(fā)送給網(wǎng)絡(luò)側(cè)，并等待網(wǎng)絡(luò)側(cè)響應(yīng)；若不滿足條件，則直接回復(fù)請(qǐng)求消息錯(cuò)誤指示，并攜帶錯(cuò)誤原因類(lèi)型和錯(cuò)誤原因 值。其中，協(xié)議棧對(duì)是否滿足釋放呼叫的條件判斷包括協(xié)議棧通過(guò)查找與呼叫實(shí)例匹配的呼叫狀態(tài)標(biāo)識(shí)MPTY_INDICATOR(MPTY呼叫標(biāo)識(shí))和H0LD_INDICAT0R(呼叫保持標(biāo)識(shí))來(lái)判斷應(yīng)用層發(fā)出的請(qǐng)求是否是MPTY呼叫且處于保持狀態(tài)。其中，步驟S706進(jìn)一步包括，網(wǎng)絡(luò)側(cè)根據(jù)釋放請(qǐng)求消息釋放受控方，并發(fā)送釋放成功指示消息。協(xié)議棧接收到釋放成功指示消息，通知應(yīng)用層釋放成功；若協(xié)議棧接收到釋放失敗指示消息，通知應(yīng)用層釋放失敗。其中，釋放失敗指示消息包括錯(cuò)誤原因值和錯(cuò)誤原因類(lèi)型。錯(cuò)誤原因類(lèi)型包括但不限于SIM卡出錯(cuò)、本地終端原因、應(yīng)用原因、網(wǎng)絡(luò)原因；錯(cuò)誤原因值包括但不限于無(wú)SM卡、呼叫已釋放、參數(shù)超出范圍、網(wǎng)絡(luò)丟失覆蓋。進(jìn)一步的，協(xié)議棧通知自身所在終端的應(yīng)用層網(wǎng)絡(luò)側(cè)處理結(jié)果，具體為，協(xié)議棧將處理結(jié)果編碼為響應(yīng)擴(kuò)展AT指令格式(最終結(jié)果上報(bào)(FRC，F(xiàn)inal Result Code))給應(yīng)用層。若網(wǎng)絡(luò)側(cè)處理成功，則向應(yīng)用層回復(fù)成功指示消息；若網(wǎng)絡(luò)側(cè)處理失敗，則向應(yīng)用層回復(fù)失敗指示消息。其中，失敗指示消息包括錯(cuò)誤原因值和錯(cuò)誤原因類(lèi)型。對(duì)于應(yīng)用層發(fā)送到協(xié)議棧的AT指令，從功能上可以分為執(zhí)行指令、查詢指令以及幫助指令三種形式，并且對(duì)于這三種指令，協(xié)議棧都要求給出相應(yīng)的AT指令響應(yīng)結(jié)果(即協(xié)議棧必須對(duì)應(yīng)用層的AT指令請(qǐng)求作出響應(yīng))。對(duì)于協(xié)議棧發(fā)送給應(yīng)用層的結(jié)果代碼，從功能上可以分為最終結(jié)果代石馬(Final Result Code,簡(jiǎn)稱(chēng)為 FRC)、中間結(jié)果代碼(Intermediate Result Code,簡(jiǎn)稱(chēng)為IRC)以及主動(dòng)結(jié)果代碼(Unsolicited Result Code，簡(jiǎn)稱(chēng)為URC)三種形式，其中，F(xiàn)RC用于指明AT指令的執(zhí)行成功與否(即AT指令響應(yīng)結(jié)果)，通常使用“0K”或“ERROR”表示；IRC和URC是在通信過(guò)程中由協(xié)議棧主動(dòng)上報(bào)給應(yīng)用層關(guān)于協(xié)議棧或網(wǎng)絡(luò)側(cè)所發(fā)生的一些狀態(tài)變化或事件。對(duì)于這三種結(jié)果代碼，應(yīng)用層可以根據(jù)當(dāng)前上下文環(huán)境給出相應(yīng)的響應(yīng)或發(fā)送新的AT指令請(qǐng)求到協(xié)議棧。以上涉及的錯(cuò)誤原因類(lèi)型包括但不限于如SM卡出錯(cuò)、本地終端原因、應(yīng)用原因、網(wǎng)絡(luò)原因；錯(cuò)誤原因值包括但不限于如無(wú)SIM卡、呼叫已釋放、參數(shù)超出范圍、網(wǎng)絡(luò)丟失覆
蘭坐rm. -rf* ο本發(fā)明實(shí)施例提供的一種釋放多方通話受控方的方法流程如圖8所示，S802、應(yīng)用層根據(jù)用戶操作指示封裝生成請(qǐng)求消息，發(fā)送給自身所在終端的協(xié)議棧；S804、協(xié)議棧處理接收到的請(qǐng)求消息，生成釋放請(qǐng)求消息，并發(fā)送給網(wǎng)絡(luò)側(cè)；
S806、協(xié)議棧獲取網(wǎng)絡(luò)側(cè)發(fā)送的處理結(jié)果信息并通知自身所在終端的應(yīng)用層。步驟S802進(jìn)一步包括，當(dāng)用戶輸入需要釋放的MPTY受控方的呼叫標(biāo)識(shí)ID，終端應(yīng)用層接收到攜帶有所述受控方的呼叫標(biāo)識(shí)ID的用戶操作指示后，應(yīng)用層對(duì)用戶操作指示進(jìn)程封裝成與基帶協(xié)議棧直接通信的請(qǐng)求消息，所述封裝具體為應(yīng)用層將用戶操作指示或按鍵映射，以與基帶約定好的通信方式(層間接口或原語(yǔ)等)進(jìn)行組裝，組裝好的原語(yǔ)或?qū)娱g接口即可直接與基帶協(xié)議棧進(jìn)行交互，協(xié)議棧減少了復(fù)雜的編解碼過(guò)程，從而減少信息處理和交互的時(shí)間。步驟S804具體為，協(xié)議棧接收到應(yīng)用層發(fā)送的封裝的請(qǐng)求消息后，將請(qǐng)求消息進(jìn)行處理，生成釋放請(qǐng)求消息與網(wǎng)絡(luò)側(cè)進(jìn)行交互。所述處理指按照協(xié)議棧與網(wǎng)絡(luò)側(cè)約定的通信協(xié)議,生成釋放請(qǐng)求消息。進(jìn)一步的，協(xié)議棧 在接收請(qǐng)求消息后，則對(duì)是否滿足釋放呼叫的條件判斷，若滿足條件，則將釋放請(qǐng)求消息發(fā)送給網(wǎng)絡(luò)側(cè)，并等待網(wǎng)絡(luò)側(cè)響應(yīng)；若不滿足條件，則直接回復(fù)請(qǐng)求消息錯(cuò)誤指示，并攜帶錯(cuò)誤原因類(lèi)型和錯(cuò)誤原因值。其中，協(xié)議棧對(duì)是否滿足釋放呼叫的條件判斷包括協(xié)議棧通過(guò)查找與呼叫實(shí)例匹配的呼叫狀態(tài)標(biāo)識(shí)MPTY_INDICATOR (MPTY呼叫標(biāo)識(shí))和H0LD_INDICAT0R(呼叫保持標(biāo)識(shí))來(lái)判斷應(yīng)用層發(fā)出的請(qǐng)求是否是MPTY呼叫且處于保持狀態(tài)。步驟S806中，在協(xié)議棧獲取網(wǎng)絡(luò)側(cè)發(fā)送的處理結(jié)果信息之前，還包括網(wǎng)絡(luò)側(cè)根據(jù)釋放請(qǐng)求消息釋放受控方，并發(fā)送釋放成功指示消息。協(xié)議棧接收到釋放成功指示消息，通知應(yīng)用層釋放成功；若協(xié)議棧接收到釋放失敗指示消息，通知應(yīng)用層釋放失敗。其中，釋放失敗指示消息包括錯(cuò)誤原因值和錯(cuò)誤原因類(lèi)型。錯(cuò)誤原因類(lèi)型包括但不限于SIM卡出錯(cuò)、本地終端原因、應(yīng)用原因、網(wǎng)絡(luò)原因；錯(cuò)誤原因值包括但不限于無(wú)SIM卡、呼叫已釋放、參數(shù)超出范圍、網(wǎng)絡(luò)丟失覆蓋。進(jìn)一步的，協(xié)議棧通知自身所在終端的應(yīng)用層網(wǎng)絡(luò)側(cè)處理結(jié)果，具體為，協(xié)議棧將處理結(jié)果編碼為響應(yīng)擴(kuò)展AT指令格式最終結(jié)果上報(bào)(FRC，F(xiàn)inal Result Code))給應(yīng)用層。若網(wǎng)絡(luò)側(cè)處理成功，則向應(yīng)用層回復(fù)成功指示消息；若網(wǎng)絡(luò)側(cè)處理失敗，則向應(yīng)用層回復(fù)失敗指示消息。其中，失敗指示消息包括錯(cuò)誤原因值和錯(cuò)誤原因類(lèi)型。以上涉及的錯(cuò)誤原因類(lèi)型包括但不限于如SM卡出錯(cuò)、本地終端原因、應(yīng)用原因、網(wǎng)絡(luò)原因；錯(cuò)誤原因值包括但不限于如無(wú)SIM卡、呼叫已釋放、參數(shù)超出范圍、網(wǎng)絡(luò)丟失覆
蘭坐rm. -rf* ο圖9是本發(fā)明實(shí)施例提供的一種終端的結(jié)構(gòu)示意圖，該終端包括應(yīng)用層和協(xié)議棧，應(yīng)用層，用于發(fā)送請(qǐng)求消息給自身所在終端的協(xié)議棧。協(xié)議棧，用于與網(wǎng)絡(luò)側(cè)進(jìn)行交互，獲取網(wǎng)絡(luò)側(cè)發(fā)送的處理結(jié)果信息并通知自身所在終端的應(yīng)用層。所述應(yīng)用層還用于，接收用戶操作指示，根據(jù)所述用戶操作指示，生成請(qǐng)求消息。所述，接收用戶操作指示，根據(jù)所述用戶操作指示，生成請(qǐng)求消息，具體為應(yīng)用層根據(jù)接收到的攜帶有所述受控方的呼叫標(biāo)識(shí)ID的用戶操作指示，將用戶操作指示編碼后生成請(qǐng)求消息，發(fā)送給協(xié)議棧。所述應(yīng)用層進(jìn)一步包括編碼模塊、管理模塊；其中，
編碼模塊，用于根據(jù)接收的用戶操作指示，生成請(qǐng)求消息；管理模塊，用于根據(jù)協(xié)議棧發(fā)送的處理結(jié)果，通知用戶。所述管理模塊還用于，當(dāng)用戶輸入需要釋放的多方通話受控方的呼叫標(biāo)識(shí)ID后，管理模塊接收到攜帶有所述受控方的呼叫標(biāo)識(shí)ID的用戶操作指示，并發(fā)送給編碼模塊。編碼模塊進(jìn)一步用于，根據(jù)用戶操作指示中攜帶的所述受控方的呼叫標(biāo)識(shí)ID，進(jìn)行編碼,生成請(qǐng)求消息。應(yīng)用層還進(jìn)一步包括判斷模塊，用于判斷自身所在終端是否具有發(fā)起釋放多方通話受控方的資格，其中判斷模塊通過(guò)判斷MPTY呼叫是否由自身終端發(fā)起來(lái)確認(rèn)終端是否有發(fā)起釋放多方通話受控方的資格。若具有，則將用戶操作指示進(jìn)行編碼；若不具有，則反饋錯(cuò)誤信息給用戶，所述錯(cuò)誤信息為失敗。協(xié)議棧進(jìn)一步包括解析模塊、交互模塊；其中， 解析模塊，用于對(duì)應(yīng)用層發(fā)送的請(qǐng)求消息進(jìn)行解析，并根據(jù)請(qǐng)求消息的內(nèi)容生成釋放請(qǐng)求消息，發(fā)送給交互模塊；交互模塊，用于與網(wǎng)絡(luò)側(cè)交互，獲取釋放MPTY呼叫受控方的結(jié)果，并發(fā)送給自身所在終端的應(yīng)用層。解析模塊進(jìn)一步用于，對(duì)釋放MPTY呼叫受控方結(jié)果進(jìn)行解析，得到錯(cuò)誤原因和錯(cuò)誤原因值，并發(fā)送給自身所在終端的應(yīng)用層。協(xié)議棧進(jìn)一步包括判斷模塊，用于判斷是否滿足釋放MPTY受控方的條件，協(xié)議棧通過(guò)查找與呼叫實(shí)例匹配的呼叫狀態(tài)標(biāo)識(shí)MPTY_INDICATOR(MPTY呼叫標(biāo)識(shí))和H0LD_INDICATOR (呼叫保持標(biāo)識(shí))來(lái)判斷應(yīng)用請(qǐng)求的釋放呼叫是否是MPTY呼叫且處于保持狀態(tài)。協(xié)議棧進(jìn)一步包括編碼模塊，用于將網(wǎng)絡(luò)側(cè)發(fā)送的處理結(jié)果，編碼為響應(yīng)擴(kuò)展AT指令并發(fā)送給交互模塊；對(duì)應(yīng)地，交互模塊還進(jìn)一步用于將協(xié)議棧編碼模塊發(fā)送的響應(yīng)擴(kuò)展AT指令發(fā)送給自身終端所在應(yīng)用層。對(duì)應(yīng)地，應(yīng)用層還包括解碼模塊，用于將協(xié)議棧發(fā)送的響應(yīng)擴(kuò)展AT指令解碼后發(fā)送給管理模塊。圖10是本發(fā)明實(shí)施例提供的另一種終端的結(jié)構(gòu)示意圖，應(yīng)用層，用于發(fā)送請(qǐng)求消息給自身所在終端的協(xié)議棧。協(xié)議棧，用于與網(wǎng)絡(luò)側(cè)進(jìn)行交互，獲取網(wǎng)絡(luò)側(cè)發(fā)送的處理結(jié)果信息并通知自身所在終端的應(yīng)用層。所述應(yīng)用層還用于，接收用戶操作指示，根據(jù)所述用戶操作指示，生成請(qǐng)求消息。所述，接收用戶操作指示，根據(jù)所述用戶操作指示，生成請(qǐng)求消息，具體為應(yīng)用層根據(jù)接收到的攜帶有所述受控方的呼叫標(biāo)識(shí)ID的用戶操作指示，將用戶操作指示編碼后生成請(qǐng)求消息，發(fā)送給協(xié)議棧。所述應(yīng)用層進(jìn)一步包括封裝模塊、管理模塊；其中，封裝模塊，用于根據(jù)接收的用戶操作指示，生成請(qǐng)求消息；管理模塊，用于根據(jù)協(xié)議棧發(fā)送的釋放結(jié)果，顯示給用戶。所述管理模塊還用于，當(dāng)用戶輸入需要釋放的多方通話受控方的呼叫標(biāo)識(shí)ID后，管理模塊接收到攜帶有所述受控方的呼叫標(biāo)識(shí)ID的用戶操作指示，并發(fā)送給封裝模塊。
封裝模塊進(jìn)一步用于，根據(jù)用戶操作指示中攜帶的所述受控方的呼叫標(biāo)識(shí)ID，進(jìn)行封裝，生成請(qǐng)求消息。應(yīng)用層還進(jìn)一步包括判斷模塊，用于判斷自身所在終端是否具有發(fā)起釋放多方通話受控方的資格，其中判斷模塊通過(guò)判斷MPTY呼叫是否由自身終端發(fā)起來(lái)確認(rèn)終端是否有發(fā)起釋放多方通話受控方的資格。若具有，則將用戶操作指示進(jìn)行封裝；若不具有，則反饋錯(cuò)誤信息給用戶，所述錯(cuò)誤信息包括成功或失敗。協(xié)議棧進(jìn)一步包括處理模塊和交互模塊，交互模塊，用于將釋放請(qǐng)求消息發(fā)送給網(wǎng)絡(luò)側(cè)，獲取釋放MPTY呼叫受控方的結(jié)果，并發(fā)送給處理模塊。處理模塊，用于將接收到的請(qǐng)求消息，生成釋放請(qǐng)求消息,發(fā)送給交互模塊。處理模塊進(jìn)一步用于，對(duì)釋放MPTY呼叫受控方結(jié)果進(jìn)行解析，得到錯(cuò)誤原因類(lèi)型 和錯(cuò)誤原因值，并發(fā)送給自身所在終端的應(yīng)用層。協(xié)議棧進(jìn)一步包括判斷模塊，用于判斷是否滿足釋放MPTY受控方的條件，協(xié)議棧通過(guò)查找與呼叫實(shí)例匹配的呼叫狀態(tài)標(biāo)識(shí)MPTY_INDICATOR(MPTY呼叫標(biāo)識(shí))和H0LD_INDICATOR (呼叫保持標(biāo)識(shí))來(lái)判斷應(yīng)用請(qǐng)求的釋放呼叫是否是MPTY呼叫且處于保持狀態(tài)。協(xié)議棧進(jìn)一步包括編碼模塊，用于將網(wǎng)絡(luò)側(cè)發(fā)送的處理結(jié)果，編碼為響應(yīng)擴(kuò)展AT指令并發(fā)送給交互模塊；對(duì)應(yīng)地，交互模塊還進(jìn)一步用于將協(xié)議棧編碼模塊發(fā)送的響應(yīng)擴(kuò)展AT指令發(fā)送給自身終端所在應(yīng)用層。對(duì)應(yīng)地，應(yīng)用層還包括解碼模塊，用于將協(xié)議棧發(fā)送的響應(yīng)擴(kuò)展AT指令解碼后發(fā)送給管理模塊。如圖11、圖12是主控方釋放保持MPTY呼叫受控方的具體流程的一種實(shí)施例。圖11是主控方分別釋放保持MPTY呼叫受控方，且釋放成功的信息交互流程示意圖。圖12是主控方分別釋放保持MPTY呼叫受控方，且釋放失敗的信息交互流程示意圖。本實(shí)施例中，對(duì)標(biāo)準(zhǔn)AT+CHLD指令的擴(kuò)充規(guī)則根據(jù)參數(shù)Ix和2x對(duì)參數(shù)3進(jìn)行擴(kuò)充，即添加3x參數(shù)，見(jiàn)表一中“指令參數(shù)擴(kuò)充說(shuō)明”欄。在本實(shí)施例中，需要釋放編號(hào)為I和編號(hào)為2的受控方，生成擴(kuò)展AT指令為AT+CHLD = 31和AT+CHLD = 32。表一 AT指令、AT指令響應(yīng)的具體信息和格式
Command指令描述及可能響應(yīng)
+CHLD= [+CHLD: (list of supported <n>s)]
+CHLD=Cn執(zhí)行<n>操作附加業(yè)務(wù)
>+CME ERROR: <err>
權(quán)利要求
1.一種釋放多方通話受控方的方法，其特征在于，所述方法包含以下步驟 應(yīng)用層發(fā)送請(qǐng)求消息給自身所在終端的協(xié)議棧； 協(xié)議棧與網(wǎng)絡(luò)側(cè)進(jìn)行交互，獲取網(wǎng)絡(luò)側(cè)發(fā)送的處理結(jié)果信息并通知自身所在終端的應(yīng)用層。
2.如權(quán)利要求I所述的一種釋放多方通話受控方的方法，其特征在于，所述應(yīng)用層發(fā)送請(qǐng)求消息之前，還包括 應(yīng)用層接收到用戶操作指示，根據(jù)所述用戶操作指示進(jìn)行編碼，生成請(qǐng)求消息。
3.如權(quán)利要求I所述的一種釋放多方通話受控方的方法，其特征在于，所述應(yīng)用層發(fā)送請(qǐng)求消息之前，還包括 應(yīng)用層接收到用戶操作指示，根據(jù)所述用戶操作指示進(jìn)行封裝，生成請(qǐng)求消息。
4.如權(quán)利要求2或3所述的一種釋放多方通話受控方的方法，其特征在于，所述接收到用戶操作指示具體為 當(dāng)用戶輸入需要釋放的多方通話受控方的呼叫標(biāo)識(shí)ID后，應(yīng)用層接收到攜帶有所述受控方的呼叫標(biāo)識(shí)ID的用戶操作指示。
5.如權(quán)利要求2所述的一種釋放多方通話受控方的方法，其特征在于，所述根據(jù)所述用戶操作指示進(jìn)行編碼具體為根據(jù)所述用戶操作指示編碼生成擴(kuò)展AT指令。
6.如權(quán)利要求2或3所述的一種釋放多方通話受控方的方法，其特征在于，在接收到所述用戶操作指示后，還包括應(yīng)用層判斷自身所在終端是否具有發(fā)起釋放多方通話受控方的資格，若具有，則根據(jù)所述用戶操作指示進(jìn)行處理；若不具有，則反饋錯(cuò)誤信息給用戶。
7.如權(quán)利要求2所述的一種釋放多方通話受控方的方法，其特征在于，所述協(xié)議棧與網(wǎng)絡(luò)側(cè)進(jìn)行交互之前還包括協(xié)議棧對(duì)應(yīng)用層發(fā)送的請(qǐng)求消息進(jìn)行解析，并生成釋放請(qǐng)求消息。
8.如權(quán)利要求3所述的一種釋放多方通話受控方的方法，其特征在于，所述協(xié)議棧與網(wǎng)絡(luò)側(cè)進(jìn)行交互之前還包括協(xié)議棧對(duì)應(yīng)用層發(fā)送的請(qǐng)求消息進(jìn)行處理，生成釋放請(qǐng)求消肩、O
9.如權(quán)利要求I或7或8所述的一種釋放多方通話受控方的方法，其特征在于，所述協(xié)議棧與網(wǎng)絡(luò)側(cè)進(jìn)行交互之前，還包括判斷是否滿足釋放多方通話受控方的條件，若不滿足，則回復(fù)請(qǐng)求消息錯(cuò)誤指示，并攜帶錯(cuò)誤原因類(lèi)型和錯(cuò)誤原因值。
10.如權(quán)利要求I所述的一種釋放多方通話受控方的方法，其特征在于，所述獲取網(wǎng)絡(luò)側(cè)發(fā)送的處理結(jié)果信息并通知自身所在終端的應(yīng)用層具體為，協(xié)議棧將處理結(jié)果編碼為響應(yīng)擴(kuò)展AT指令格式給應(yīng)用層。若網(wǎng)絡(luò)側(cè)處理成功，則向應(yīng)用層回復(fù)成功指示消息；若網(wǎng)絡(luò)側(cè)處理失敗，則向應(yīng)用層回復(fù)失敗指示消息。其中，失敗指示消息包括錯(cuò)誤原因值和錯(cuò)誤原因類(lèi)型。
11.一種釋放多方通話受控方的終端，其特征在于，包括 應(yīng)用層，用于發(fā)送請(qǐng)求消息給自身所在終端的協(xié)議棧； 協(xié)議棧，用于與網(wǎng)絡(luò)側(cè)進(jìn)行交互，獲取網(wǎng)絡(luò)側(cè)發(fā)送的處理結(jié)果信息并通知自身所在終端的應(yīng)用層。
12.如權(quán)利要求11所述的一種釋放多方通話受控方的終端，其特征在于，所述應(yīng)用層包括編碼模塊和管理模塊，其中編碼模塊，用于根據(jù)接收的用戶操作指示，編碼生成請(qǐng)求消息； 管理模塊，用于根據(jù)協(xié)議棧發(fā)送的處理結(jié)果，通知用戶。
13.如權(quán)利要求12所述的一種釋放多方通話受控方的終端，其特征在于，所述管理模塊還用于，當(dāng)用戶輸入需要釋放的多方通話受控方的呼叫標(biāo)識(shí)ID后，管理模塊接收到攜帶有所述受控方的呼叫標(biāo)識(shí)ID的用戶操作指示，并發(fā)送給編碼模塊。
14.如權(quán)利要求12所述的一種釋放多方通話受控方的終端，其特征在于，所述編碼模塊根據(jù)接收的用戶操作指示，編碼生成釋放請(qǐng)求消息，具體為根據(jù)用戶操作指示中攜帶的所述受控方的呼叫標(biāo)識(shí)ID，進(jìn)行編碼生成擴(kuò)展AT指令，生成請(qǐng)求消息。
15.如權(quán)利要求11所述的一種釋放多方通話受控方的終端，其特征在于，所述應(yīng)用層包括封裝模塊和管理模塊，其中 封裝模塊，用于根據(jù)接收的用戶操作指示，生成請(qǐng)求消息； 管理模塊，用于根據(jù)協(xié)議棧發(fā)送的釋放結(jié)果，顯示給用戶。
16.如權(quán)利要求15所述的一種釋放多方通話受控方的終端，其特征在于，所述封裝模塊進(jìn)一步用于，根據(jù)用戶操作指示中攜帶的所述受控方的呼叫標(biāo)識(shí)ID進(jìn)行封裝，生成請(qǐng)求消息； 所述管理模塊進(jìn)一步用于當(dāng)用戶輸入需要釋放的多方通話受控方的呼叫標(biāo)識(shí)ID后，管理模塊接收到攜帶有所述受控方的呼叫標(biāo)識(shí)ID的用戶操作指示，并發(fā)送給封裝模塊。
17.如權(quán)利要求11所述的一種釋放多方通話受控方的終端，其特征在于，所述應(yīng)用層還包括 判斷模塊，用于判斷自身所在終端是否具有發(fā)起釋放多方通話受控方的資格。
18.如權(quán)利要求11所述的一種釋放多方通話受控方的終端，其特征在于，所述協(xié)議棧包括 交互模塊，用于與網(wǎng)絡(luò)側(cè)交互，獲取釋放多方通話呼叫受控方的結(jié)果，并發(fā)送給自身所在終端的應(yīng)用層。
19.如權(quán)利要求18所述的一種釋放多方通話受控方的終端，其特征在于，所述協(xié)議棧進(jìn)一步包括解析模塊，用于對(duì)應(yīng)用層發(fā)送的請(qǐng)求消息進(jìn)行解析，并生成釋放請(qǐng)求消息，發(fā)給交互模塊。
20.如權(quán)利要求18所述的一種釋放多方通話受控方的終端，其特征在于，所述協(xié)議棧進(jìn)一步包括處理模塊，用于將接收到的請(qǐng)求消息，生成釋放請(qǐng)求消息，發(fā)送給交互模塊。
21.如權(quán)利要求11所述的一種釋放多方通話受控方的終端，其特征在于，所述協(xié)議棧進(jìn)一步包括判斷模塊，用于判斷是否滿足釋放多方通話受控方的條件。
22.如權(quán)利要求18所述的一種釋放多方通話受控方的終端，其特征在于，所述協(xié)議棧進(jìn)一步包括編碼模塊，用于將網(wǎng)絡(luò)側(cè)發(fā)送的處理結(jié)果，編碼為擴(kuò)展AT指令并發(fā)送給交互模塊；交互模塊還進(jìn)一步用于將協(xié)議棧編碼模塊發(fā)送的擴(kuò)展AT指令發(fā)送給自身終端所在應(yīng)用層。所述應(yīng)用層進(jìn)一步包括解碼模塊，用于將協(xié)議棧發(fā)送的擴(kuò)展AT指令解碼后發(fā)送給管理模塊。
全文摘要
本發(fā)明涉及無(wú)線移動(dòng)通信領(lǐng)域，特別涉及一種釋放多方通話受控方的方法和終端，所述方法包括應(yīng)用層發(fā)送請(qǐng)求消息給自身所在終端的協(xié)議棧；協(xié)議棧與網(wǎng)絡(luò)側(cè)進(jìn)行交互，獲取網(wǎng)絡(luò)側(cè)發(fā)送的處理結(jié)果信息并通知自身所在終端的應(yīng)用層；所述裝置包括應(yīng)用層，用于發(fā)送請(qǐng)求消息給自身所在終端的協(xié)議棧；協(xié)議棧，用于與網(wǎng)絡(luò)側(cè)進(jìn)行交互，獲取網(wǎng)絡(luò)側(cè)發(fā)送的處理結(jié)果信息并通知自身所在終端的應(yīng)用層；本發(fā)明能夠?qū)崿F(xiàn)在用戶終端應(yīng)用層與協(xié)議棧之間傳輸所有多方通話業(yè)務(wù)過(guò)程需要的信息，通過(guò)應(yīng)用層發(fā)送協(xié)議棧請(qǐng)求消息，進(jìn)一步在協(xié)議棧與網(wǎng)絡(luò)側(cè)之間實(shí)現(xiàn)多方通話業(yè)務(wù)的交互，從而實(shí)現(xiàn)主控方終端釋放多方通話呼叫的受控方。
文檔編號(hào)H04W80/12GK102858028SQ20111018241
公開(kāi)日2013年1月2日 申請(qǐng)日期2011年6月30日 優(yōu)先權(quán)日2011年6月30日
發(fā)明者唐輝, 周萌, 羅勇, 趙春澤 申請(qǐng)人:重慶重郵信科通信技術(shù)有限公司