本公開涉及長期演進(jìn)的語音(VoLTE)。更具體地，本公開涉及用于處理LTE系統(tǒng)中語音呼叫的方法和裝置。

背景技術(shù)：

長期演進(jìn)的語音(VoLTE)是用于指示能夠允許第三代合作伙伴計劃(3GPP)LTE/LTE-高級(LTE-A)系統(tǒng)中的基于分組的語音通信的技術(shù)的術(shù)語。VoLTE可允許快速連接建立和改進(jìn)的通信質(zhì)量。

根據(jù)3GPP標(biāo)準(zhǔn)，分組數(shù)據(jù)匯聚協(xié)議(PDCP)層進(jìn)行請求評議(RFC)3095的魯棒頭壓縮(ROHC)以壓縮和解壓VoLTE分組。在語音呼叫操作中，演進(jìn)節(jié)點(diǎn)B(eNB)接收由用戶設(shè)備(UE)傳輸?shù)某跏蓟退⑿?IR)分組并且基于包含在接收的IR分組中的信息，在具有壓縮頭的語音分組上進(jìn)行ROHC壓縮/解壓。

上述信息僅作為背景信息呈現(xiàn)以幫助理解本公開。關(guān)于上述內(nèi)容中的任何一個是否可用作關(guān)于本公開的現(xiàn)有技術(shù)，沒有做出確定，并且也沒有做出斷言。

技術(shù)實(shí)現(xiàn)要素：

技術(shù)問題

魯棒頭壓縮(ROHC)標(biāo)準(zhǔn)規(guī)定了分組丟失恢復(fù)機(jī)制，但是省略了初始化和刷新(IR)分組恢復(fù)機(jī)制。因此，如果IR分組丟失，則演進(jìn)節(jié)點(diǎn)B(eNB)不能針對語音分組建立上下文，從而導(dǎo)致ROHC操作失敗和不期望的呼叫掉線問題。因此，存在用于在上述情況下維持正在進(jìn)行的語音呼叫的方法的需要。解決方案

本公開的方面將解決至少上述問題和/或缺點(diǎn)并且提供至少下述優(yōu)點(diǎn)。因此，本公開的一個方面是提供一種用于處理長期演進(jìn)(LTE)系統(tǒng)中語音呼叫的方法和裝置。

根據(jù)本公開的一個方面，在LTE系統(tǒng)中提供了基站的語音呼叫處理方法。語音呼叫處理方法包括從終端接收與語音呼叫相關(guān)的分組，確定分組是否是IR分組，當(dāng)分組不是IR分組時確定用于ROHC解壓的上下文是否存在于基站中，當(dāng)無上下文存在時將否定確認(rèn)(NACK)發(fā)送至終端；以及從終端接收IR分組。

根據(jù)本發(fā)明的另一個方面，針對LTE系統(tǒng)，提供了用于處理語音呼叫的基站。基站包括發(fā)送和接收信號的收發(fā)器和控制接收來自終端的語音呼叫的分組，確定分組是否是IR分組，當(dāng)分組不是IR分組時確定用于ROHC解壓的上下文是否存在于基站中，當(dāng)無上下文存在時將NACK發(fā)送至UE；以及從終端接收IR分組。

根據(jù)結(jié)合附圖公開本公開的各種實(shí)施方案的以下詳細(xì)描述，本公開的其它方面、優(yōu)點(diǎn)和顯著特征對于本領(lǐng)域技術(shù)人員將變得顯而易見。

有益效果

根據(jù)本公開的一個方面，當(dāng)IR分組被損壞時，語音呼叫維持。

附圖說明

根據(jù)結(jié)合附圖的以下描述，本公開的某些實(shí)施方案的上述和其它方面、特征和優(yōu)點(diǎn)將更加顯而易見，其中：

圖1是示出了根據(jù)本公開的實(shí)施方案的分組數(shù)據(jù)匯聚協(xié)議(PDCP)層的圖；

圖2是示出了根據(jù)本公開的實(shí)施方案的PDCP層的功能的圖；

圖3是示出了根據(jù)本公開的實(shí)施方案的魯棒頭壓縮(ROHC)模式轉(zhuǎn)換的圖；

圖4是示出了根據(jù)本公開的實(shí)施方案的無線鏈路層控制非確認(rèn)模式(RLC UM)中數(shù)據(jù)流的圖；

圖5是根據(jù)本公開的實(shí)施方案的與由初始化和刷新(IR)分組丟失導(dǎo)致的呼叫掉線問題相關(guān)的圖；

圖6是示出了根據(jù)現(xiàn)有技術(shù)的長期演進(jìn)的語音LTE(VoLTE)分組接收方法的流程圖；

圖7是示出了根據(jù)本公開的實(shí)施方案的增強(qiáng)的VoLTE分組接收方法的流程圖；以及

圖8是示出了根據(jù)本公開的實(shí)施方案的發(fā)送器和接收器的配置的方框圖。

在整個附圖中，相同的參考標(biāo)號將被理解為指代相同的部分、組件和結(jié)構(gòu)。

發(fā)明模式

提供參考附圖的以下描述以幫助全面理解由權(quán)利要求及其等同物限定的本公開的各種實(shí)施方案。它包括各種特定細(xì)節(jié)以幫助理解，但這些細(xì)節(jié)僅被視為示例性的。因此，本領(lǐng)域普通技術(shù)人員將認(rèn)識到，在不脫離本公開的范圍和精神的情況下，可以對本文所描述的各種實(shí)施方案進(jìn)行各種改變和修改。此外，為了清楚和簡明，可省略對熟知的功能和配置的描述。

在以下描述和權(quán)利要求中使用的術(shù)語和詞語不限于書面意義，而是僅由發(fā)明人使用以使得能夠清楚和一致地理解本公開。因此，對于本領(lǐng)域技術(shù)人員應(yīng)當(dāng)顯而易見的是，提供本公開的各種實(shí)施方案的以下描述僅用于說明目的，而不是為了限制由所附權(quán)利要求及其等同物限定的本公開的目的。

應(yīng)當(dāng)理解，除非上下文清楚地另有規(guī)定，否則單數(shù)形式“一”、“一個”和“該”包括復(fù)數(shù)指代物。因此，例如，對“一個組件表面”的引用包括對一個或多個這樣的表面的引用。

雖然描述涉及基于正交頻分復(fù)用的(基于OFDM的)無線電通信系統(tǒng)，特別是第三代合作伙伴計劃長期演進(jìn)(3GPP LTE)，但是本領(lǐng)域技術(shù)人員將理解，在不脫離本公開的精神和范圍的情況下，在稍作修改的情況下，甚至可將本公開應(yīng)用至具有類似的技術(shù)背景和信道格式的其它通信系統(tǒng)。

應(yīng)當(dāng)理解，流程示意圖和/或方框圖的每個方框以及流程示意圖和/或方框圖中的方框的組合可由計算機(jī)程序指令實(shí)現(xiàn)。這些計算機(jī)程序指令可被提供至通用計算機(jī)、專用計算機(jī)或其它可編程數(shù)據(jù)處理裝置以產(chǎn)生機(jī)器，使得經(jīng)由計算機(jī)或其它可編程數(shù)據(jù)處理裝置的處理器執(zhí)行的指令，產(chǎn)生用于實(shí)現(xiàn)流程圖和/或方框圖中方框或多個方框中規(guī)定的功能/操作的裝置。也可將這些計算機(jī)程序指令存儲在可引導(dǎo)計算機(jī)或其它可編程數(shù)據(jù)處理裝置以特定方式工作的計算機(jī)可讀存儲器中，使得存儲在計算機(jī)可讀存儲器中的指令產(chǎn)生包括實(shí)現(xiàn)流程圖和/或方框圖中方框或多個方框中規(guī)定的功能/操作的指令裝置的制造品。還可將計算機(jī)程序指令加載至計算機(jī)或其它可編程數(shù)據(jù)處理裝置中以使得一系列操作在計算機(jī)或其它可編程裝置上進(jìn)行以產(chǎn)生計算機(jī)實(shí)現(xiàn)的過程，從而在計算機(jī)或其它可編程裝置執(zhí)行的指令提供操作以用于實(shí)現(xiàn)流程圖和/或方框圖中方框或多個方框中規(guī)定的功能/操作。

此外，各個方框圖可示出包括用于進(jìn)行特定邏輯功能的至少一個或多個可執(zhí)行指令的模塊、段或代碼的部分。此外，應(yīng)當(dāng)注意，在若干修改中可以不同的順序進(jìn)行方框的功能。例如，兩個連續(xù)的方框可基本上同時進(jìn)行，或可根據(jù)它們的功能以相反的順序進(jìn)行。

根據(jù)本公開的各種實(shí)施方案的術(shù)語“模塊”意指但不限于進(jìn)行某些任務(wù)的軟件或硬件組件，諸如現(xiàn)場可編程門陣列(FPGA)或?qū)Ｓ眉呻娐?ASIC)。模塊可有利地被配置成駐留在可尋址存儲介質(zhì)上并且被配置成在一個或多個處理器上執(zhí)行。因此，以舉例的方式，模塊可以包括組件諸如軟件組件、面向?qū)ο蟮能浖M件、類組件和任務(wù)組件、進(jìn)程、函數(shù)、屬性、過程、子程序、程序代碼段、驅(qū)動、固件、微代碼、電路、數(shù)據(jù)、數(shù)據(jù)庫、數(shù)據(jù)結(jié)構(gòu)、表、數(shù)組以及變量。在組件和模塊中提供的功能可組合成更少的組件和模塊或進(jìn)一步分離成另外的組件和模塊。此外，組件和模塊可被實(shí)現(xiàn)為使得它們在設(shè)備或安全多媒體卡中執(zhí)行一個或多個中央處理單元(CPU)。

圖1是示出了根據(jù)本公開的實(shí)施方案的分組數(shù)據(jù)匯聚協(xié)議(PDCP)層的結(jié)構(gòu)的圖。

參見圖1，PDCP層是構(gòu)成無線電網(wǎng)絡(luò)協(xié)議架構(gòu)并且包括在用戶平面和控制平面兩者中的層中的一個。PDCP層在無線鏈路控制(RLC)層的頂部上工作，并且針對各自承載建立PDCP實(shí)體100和110。

圖2是示出了根據(jù)本公開的實(shí)施方案的PDCP層的功能的圖。

參見圖2，發(fā)送器的PDCP層200處生成的PDCP分組經(jīng)由無線電接口220到達(dá)接收器的PDCP層210。此時，PDCP層可存在于用戶設(shè)備(UE)或演進(jìn)通用移動電信系統(tǒng)(UMTS)陸地?zé)o線電接入網(wǎng)(E-UTRAN)中。

發(fā)送器的PDCP層將序號添加至分組，如參考標(biāo)號201所示，并且壓縮分組頭(在用戶平面的情況下)，如參考標(biāo)號202所示。與PDCP服務(wù)數(shù)據(jù)單元(SDU)相關(guān)的分組通過完整性保護(hù)(在控制平面的情況下)過程203和加密過程204，而與PDCP SDU無關(guān)的分組不通過完整性保護(hù)和加密過程。將PDCP頭添加到通過上述過程的分組中并且然后被發(fā)送。

接收器的PDCP層移除接收的分組的PDCP頭，如參考標(biāo)號215所示，在與PDCP SDU相關(guān)的分組上進(jìn)行解密，如參考標(biāo)號214所示，并且進(jìn)行完整性檢查(在控制平面的情況下)，如通過參考標(biāo)號213所示。與PDCP SDU無關(guān)的分組繞過完整性檢查和解密過程。PDCP層解壓分組頭(在用戶平面的情況下)，如參考標(biāo)號212所示，并且確定分組是否是有效分組或副本，如參考標(biāo)號211所示，有效分組被傳遞至更高層。

PDCP層的頭壓縮功能使用用于壓縮各種協(xié)議頭(諸如因特網(wǎng)協(xié)議(IP)頭、用戶數(shù)據(jù)報協(xié)議(UDP)頭、實(shí)時傳輸協(xié)議(RTP)頭以及傳輸控制協(xié)議(TCP)頭)的被稱為ROHC的標(biāo)準(zhǔn)化方法來進(jìn)行。ROHC方案未在3GPP LTE標(biāo)準(zhǔn)中規(guī)定，但在RFC 3095標(biāo)準(zhǔn)中規(guī)定。IP、UDP和RTP的開銷對于IP版本4(IPv4)為40字節(jié)或?qū)τ贗Pv6為60字節(jié)，并且在帶寬受限的無線電通信系統(tǒng)中降低通信服務(wù)的效率，特別是IP語音(VoIP)服務(wù)的效率。

根據(jù)RFC 3095，分組從壓縮器傳送到解壓器。RFC 3095的ROHC技術(shù)的特征在于定義具有靜態(tài)和動態(tài)頭字段(header field)的分組流，將所有字段從壓縮器傳送到解壓器，將靜態(tài)字段的內(nèi)容存儲在壓縮器和解壓器中，并且僅傳送動態(tài)字段的內(nèi)容的改變部分以減小實(shí)際發(fā)送的頭的大小。例如，IPv6頭包括靜態(tài)字段，諸如版本字段、流層級字段、下一頭字段、源地址字段和目的地址字段；以及動態(tài)字段，諸如流量類字段和跳限制(hop limit)字段。解壓器能夠接收并存儲動態(tài)字段的改變部分，并且基于先前存儲的上下文通過解壓恢復(fù)原始頭。

上下文是在壓縮器和解壓器處用于壓縮/解壓頭的信息。上下文包括相關(guān)信息，所述相關(guān)信息包括壓縮和解壓參考信息以及關(guān)于字段中的變化的信息。

ROHC壓縮器以三種狀態(tài)中的一種操作：作為最低壓縮狀態(tài)的初始化和刷新(IR)狀態(tài)、第一階(FO)狀態(tài)和作為最高壓縮狀態(tài)的第二階(SO)狀態(tài)。

IR狀態(tài)是壓縮器被初始化或重新配置以重新啟動上下文的靜態(tài)部分的狀態(tài)。壓縮器發(fā)送包括未壓縮的靜態(tài)和動態(tài)字段的完整頭信息以及補(bǔ)充信息。在這種狀態(tài)下發(fā)送的分組稱為IR分組。

FO狀態(tài)是壓縮器識別并存儲靜態(tài)字段(諸如連接的兩端的IP地址和端口號)并且發(fā)送動態(tài)字段的改變的部分的狀態(tài)。例如，F(xiàn)O狀態(tài)是動態(tài)字段被部分壓縮以及所有靜態(tài)字段被壓縮的狀態(tài)。

在SO狀態(tài)中，壓縮器壓縮所有動態(tài)字段，諸如RTP序列，并且僅發(fā)送邏輯序號與校驗(yàn)和以驗(yàn)證下一個分組。在示例性實(shí)施方案中，所有靜態(tài)字段和大多數(shù)動態(tài)字段在FO狀態(tài)下被壓縮，并且所有動態(tài)字段在SO狀態(tài)下利用序號與校驗(yàn)和被壓縮。

此外，解壓器處于三種狀態(tài)中的一種：作為最低壓縮狀態(tài)的沒有上下文狀態(tài)、靜態(tài)上下文狀態(tài)和作為最高壓縮狀態(tài)的完全上下文狀態(tài)。

圖3是示出了根據(jù)本公開的實(shí)施例的ROHC模式轉(zhuǎn)換的圖。

參見圖3，存在三種ROHC操作模式：單向模式(U模式)300、雙向樂觀模式(O模式)310和雙向可信模式(R模式)320。每個操作模式，壓縮器可處于IR、RO和SO狀態(tài)中的一種。

在U模式中，分組僅在從壓縮器至解壓器的方向上發(fā)送。另外，當(dāng)從解壓器至壓縮器的路徑不存在或者不可能使用所述路徑時，使用U模式。在ROHC中，壓縮操作在U模式中開始，并且模式轉(zhuǎn)換至雙向模式由反饋分組觸發(fā)，所述反饋分組指示在分組被解壓器接收之后需要模式轉(zhuǎn)換。

O模式類似于U模式，除了存在用于將對應(yīng)于錯誤恢復(fù)請求的確認(rèn)消息和重要的上下文更新從解壓器發(fā)送到壓縮器的反饋信道。O模式的特征在于偶爾使用反饋，同時最大化壓縮效率。

R模式在各個方面與上述兩個操作模式不同。重要的不同是集中使用反饋信道和采用嚴(yán)格使用以避免上下文同步丟失。在R模式中，針對每個上下文更新提供反饋。

根據(jù)3GPP標(biāo)準(zhǔn)，VoLTE在RLC非確認(rèn)模式(UM)下操作，并使用7位PDCP序號。RLC UM是在其中添加頭但不需要接收確認(rèn)的操作模式。

圖4是示出了根據(jù)本公開的實(shí)施例的的RLC UM中的數(shù)據(jù)流的圖。

參見圖4，由發(fā)送器的RLC層400的RLC UM實(shí)體發(fā)送的RLC UM分組通過無線電接口420被接收器的RLC層410的RLC UM實(shí)體接收。在示例性實(shí)施例中，RLC層存在于UE和eNB中。

發(fā)送器的RLC實(shí)體400在傳輸緩沖器中緩沖來自較高層(PDCP或無線電資源控制(RRC)層)的數(shù)據(jù)(SDU)，如參考標(biāo)號401所示。RLC實(shí)體400將SDU分段和/或鏈接至RLC協(xié)議數(shù)據(jù)單元(PDU)，由參考標(biāo)號402所示。RLC實(shí)體400將RLC頭添加至RLC PDU，如參考標(biāo)號403所示。以這種方式生成的RLC PDU被傳送到較低層，以便被發(fā)送至接收器。

接收器的RLC實(shí)體410在接收緩沖器中緩沖從較低層傳遞的RLC PDU，并且執(zhí)行混合自動-重復(fù)-請求(HARQ)重新排列，如參考標(biāo)號413所示。RLC實(shí)體410從RLC PDU中移除RLC頭，如參考標(biāo)號412所示，并且將PDU組裝至較高層協(xié)議SDU，如參考標(biāo)號411所示。以這種方式生成的SDU被遞送到更高層(例如，PDCP或RRC層)。

由于在RLC UM中不需要確認(rèn)(ACK)/否定確認(rèn)(NACK)消息，與根據(jù)確認(rèn)消息重新發(fā)送分組的無線電通信環(huán)境不同，在上行鏈路中發(fā)送的語音分組可能丟失。特別地，解壓器必須接收包括用于在其后接收的語音分組上進(jìn)行ROHC解壓的信息的IR分組。

剛好在連接建立之后，根據(jù)RFC 3095，ROHC在U模式下開始操作。然而，U模式是沒有反饋信道的操作模式，并且盡管存在任何反饋信道，但僅允許使用肯定ACK。這意味著當(dāng)IR分組在上行鏈路上丟失時不可能接收NACK，并且因此UE不知道IR分組丟失，從而導(dǎo)致不重新傳輸IR分組。如果IR分組丟失，eNB的解壓器不能生成語音分組的上下文，因此不進(jìn)行ROCH操作，從而導(dǎo)致呼叫掉線。

圖5是根據(jù)本公開的實(shí)施例的用于解釋由IR分組丟失引起的呼叫掉線問題的圖。

參見圖5，UE 500向eNB 510發(fā)送IR和語音分組。UE將IR分組發(fā)送至eNB，如參考標(biāo)號S501所示，并且eNB基于IR分組生成上下文，如參考標(biāo)號S502所示。eNB 500接收具有壓縮頭的語音分組，如參考標(biāo)號S503所示，并基于所生成的上下文進(jìn)行頭解壓。

如果UE發(fā)送的IR分組丟失，如參考標(biāo)號S505所示，則eNB不能生成與丟失的IR分組相關(guān)聯(lián)的上下文。例如，在IR分組導(dǎo)致頭解壓失敗后，如參考標(biāo)號S507所示，eNB嘗試解壓發(fā)送的語音分組的壓縮頭，如參考標(biāo)號S506所示。當(dāng)頭解壓失敗發(fā)生時，可能導(dǎo)致呼叫掉線。

為了防止由IP分組丟失造成的VoLTE語音掉線，本公開提出了用于檢測IP分組丟失的方法并且維持正在進(jìn)行的語音呼叫。

圖6是示出了根據(jù)現(xiàn)有技術(shù)的VoLTE分組接收方法的流程圖。

參見圖6，在操作600處，eNB接收上行鏈路VoLTE分組。eNB在操作610處確定所接收的分組是否是IR分組，并且如果是，則在操作640處生成上下文。如果接收到的分組不是IR分組，則在操作620處，eNB確定上下文是否存在。如果上下文存在，則eNB在操作650處執(zhí)行ROHC解壓以解壓接收的分組的壓縮頭，并且否則如果沒有上下文存在，則在操作630處，釋放呼叫。在操作660處，在生成上下文之后，eNB將用于在操作640處生成上下文的IR分組或在操作650處已經(jīng)解壓的分組發(fā)送至演進(jìn)分組核(EPC)。

如果由UE發(fā)送的IR分組丟失，則eNB接收具有壓縮頭的壓縮頭語音分組而不無上下文創(chuàng)建。如果接收了語音分組，則UE在操作620處確定上下文是否存在(因?yàn)榻邮盏姆纸M不是IR分組)，并且在操作630處釋放呼叫(因?yàn)椴淮嬖谏舷挛?。這意味著當(dāng)UE發(fā)送的IR分組丟失時，釋放呼叫。

為了防止如在圖6的操作630處的呼叫掉線，本公開提出了增強(qiáng)的分組接收方法，如圖7所示。

圖7是示出了根據(jù)本公開的實(shí)施例的增強(qiáng)的VoLTE分組接收方法的流程圖。

參見圖7，在操作700處，eNB接收上行鏈路VoLTE分組。eNB在710處確定所接收的分組是否是IR分組，并且如果是，則在操作740處生成上下文。如果接收到的分組不是IR分組，則在操作720處，確定上下文是否存在。如果上下文存在，則eNB在操作750處進(jìn)行ROHC解壓以解壓接收的分組的壓縮頭，并且否則如果沒有上下文存在，則在操作730處，向UE發(fā)送靜態(tài)NACK(SNACK)。在操作760處，在生成上下文之后，eNB將用于在操作740處生成上下文的IR分組或在操作750處已經(jīng)解壓的分組發(fā)送至EPC。

圖7的增強(qiáng)的分組接收方法與常規(guī)分組接收方法的不同之處在于，當(dāng)接收的分組不是IR分組并且不存在上下文時，eNB發(fā)送SNACK而不是釋放呼叫。當(dāng)確定靜態(tài)上下文在O模式和R模式中被損壞時，SNACK是從解壓器發(fā)送至壓縮器的否定確認(rèn)。

如果接收到SNACK，則壓縮器從FO狀態(tài)轉(zhuǎn)換到IR狀態(tài)，并將IR分組發(fā)送至解壓器。如果UE重新傳輸IR分組，則eNB根據(jù)圖7的分組接收方法，基于IR分組生成上下文，以便對IR分組后面的語音分組的壓縮頭進(jìn)行解壓，從而維持呼叫。

圖8是示出了根據(jù)本公開的實(shí)施例的發(fā)送器和接收器的配置的方框圖。

參見圖8，接收器810包括控制器813、頭壓縮器812和收發(fā)器811。收發(fā)器811發(fā)送和接收信號?？刂破?13被配置來接收來自UE的語音呼叫的分組，確定分組是否為IR分組，當(dāng)分組不是IR分組時，確定eNB是否具有與ROHC解壓相關(guān)的上下文，以及當(dāng)eNB不具有上下文時，將NACK發(fā)送至UE。

控制器811還可控制從UE接收IR分組并且基于所接收的IR分組生成上下文?？刂破?11還可被配置成從UE接收具有壓縮頭的語音分組，并且基于上下文解壓壓縮頭。

如果語音呼叫的分組是IR分組，則控制器811還可被配置成基于語音呼叫的分組生成上下文，并且如果eNB具有上下文，則基于上下文解壓從UE接收的語音分組的壓縮頭。

這種頭解壓可在控制器811的控制下，由頭解壓器812進(jìn)行。

發(fā)送器800包括控制器801、頭壓縮器802和收發(fā)器803。收發(fā)器發(fā)送和接收信號，并且控制器801控制收發(fā)器以發(fā)送與語音呼叫相關(guān)的分組。控制器801還可控制收發(fā)器803以發(fā)送IR分組和語音分組，從接收器接收SNACK，并且在接收到SNACK時重新傳輸IR分組。

如上所述，本公開在允許UE即使在由eNB發(fā)送的IR分組丟失時也維持正在進(jìn)行的語音呼叫方面是有利的。

雖然已經(jīng)參考本公開的各種實(shí)施方案示出和描述了本公開，但是本領(lǐng)域技術(shù)人員將理解，在不脫離如通過所附權(quán)利要求及其等同物所定義的本公開的精神和范圍的情況下，可以在其中進(jìn)行形式和細(xì)節(jié)上的各種改變。