專(zhuān)利名稱(chēng)：無(wú)線(xiàn)電資源控制服務(wù)數(shù)據(jù)單元接收的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種用以處理所接收的通信的方法。
背景技術(shù)：
圖1中的全球移動(dòng)電信系統(tǒng)(UMTS)網(wǎng)絡(luò)架構(gòu)包括一核心網(wǎng)絡(luò)(CN)2、-UMTS地面無(wú)線(xiàn)電接入網(wǎng)絡(luò)(UTRAN)3以及至少一個(gè)用戶(hù)設(shè)備(UE)18(為簡(jiǎn)化起見(jiàn)，圖中僅顯示一個(gè)UE 18)。有兩種常用的接口，UTRAN及核心網(wǎng)絡(luò)之間的Iu接口，以及UTRAN及UE之間的無(wú)線(xiàn)電接口Uu。
UTRAN是由數(shù)個(gè)無(wú)線(xiàn)電網(wǎng)絡(luò)子系統(tǒng)(RNS)10、11所構(gòu)成。兩者之間可以Iur接口相互連接。每個(gè)RNS 10、11都可分割成無(wú)線(xiàn)電網(wǎng)絡(luò)控制器(RNC)12、13以及數(shù)個(gè)基站(節(jié)點(diǎn)B)14-17。節(jié)點(diǎn)B 14-17會(huì)通過(guò)Iub接口連接至RNC 12、13。一個(gè)節(jié)點(diǎn)B 14-17能夠服務(wù)一個(gè)或數(shù)個(gè)小區(qū)。
UTRAN 3可支持無(wú)線(xiàn)電接口中的FDD模式及TDD模式。對(duì)兩種模式來(lái)說(shuō)，使用的是相同的網(wǎng)絡(luò)架構(gòu)及相同的協(xié)議。
節(jié)點(diǎn)B 14-17及UE 18之間通過(guò)無(wú)線(xiàn)電接口Uu的通信是利用無(wú)線(xiàn)電接口協(xié)議來(lái)進(jìn)行。圖2所示的是無(wú)線(xiàn)電接口協(xié)議堆棧架構(gòu)。熟習(xí)本技藝的人士將可了解，該無(wú)線(xiàn)電接口協(xié)議堆棧20的設(shè)計(jì)可分為三層物理層(L1)21、數(shù)據(jù)鏈路層(L2)22以及網(wǎng)絡(luò)層(L3)23。L2可分割為四個(gè)子層媒體接入控制(MAC)24、無(wú)線(xiàn)電鏈路控制(RLC)25、廣播/組播控制(BMC)27以及分組數(shù)據(jù)聚合協(xié)議(PDCP)26。
L3 23包含無(wú)線(xiàn)電資源控制(RRC)28。RRC負(fù)責(zé)UTRAN 3以及UE 18之間的L3控制平面信號(hào)傳輸。其亦負(fù)責(zé)UTRAN 3中所有其它協(xié)議層的配置及控制，并且可用以控制可用的無(wú)線(xiàn)電資源。其包括無(wú)線(xiàn)電資源的分配、重新配置及釋放，以及對(duì)所要求的服務(wù)品質(zhì)進(jìn)行持續(xù)控制。
無(wú)線(xiàn)電鏈路控制(RLC)層25可提供往上層的透明的、未認(rèn)可或已認(rèn)可模式的數(shù)據(jù)傳輸。已認(rèn)可模式的傳輸使用的是具有選擇性的拒絕自動(dòng)重復(fù)要求的滑動(dòng)選窗協(xié)議。
MAC層24會(huì)將RLC 25的邏輯信道映對(duì)到物理層所提供的運(yùn)輸信道中。RRC 28會(huì)告知MAC層24有關(guān)資源分配的信息，其主要是由多任務(wù)功能所構(gòu)成。MAC層24亦會(huì)負(fù)責(zé)處理不同數(shù)據(jù)流之間的優(yōu)先權(quán)，其是映射到相同的物理層。熟習(xí)本技藝的人士都非常了解BMC 27與PDCP 26的功能及作業(yè)方式，因此本文將不再詳加解釋。
物理層21負(fù)責(zé)在空中接口中進(jìn)行傳遞區(qū)塊的傳輸。其包括前向錯(cuò)誤校正、不同傳遞信道中相同物理資源的多任務(wù)處理、速率匹配(也就是將用戶(hù)數(shù)據(jù)數(shù)量與可用的物理資源進(jìn)行匹配)、調(diào)制、擴(kuò)展及無(wú)線(xiàn)電頻率RF處理。物理層21亦會(huì)執(zhí)行錯(cuò)誤偵測(cè)，并且告知較高層22、23。
圖3所示的是通過(guò)L222的數(shù)據(jù)流。較高層的協(xié)議數(shù)據(jù)單元(PDU)會(huì)被傳送至RLC層25。在RLC層25中可分段及串接服務(wù)數(shù)據(jù)單元(SDU)。連同RLC標(biāo)頭，會(huì)一起建立RLC PDU。在RLC層25中并不會(huì)加入任何的錯(cuò)誤偵測(cè)碼。對(duì)透明模式的RLC來(lái)說(shuō)，并不會(huì)對(duì)RLC層25進(jìn)行分段，而且并不會(huì)將RLC標(biāo)頭或MAC標(biāo)頭加入較高層PDU之中。
在MAC層24中僅會(huì)加入一個(gè)標(biāo)頭。該標(biāo)頭包含傳遞信息，用以描述邏輯信道與傳遞信道的映射情形。在共享的信道中還能夠包含UE識(shí)別信息。
在L121(物理層)中會(huì)加入CRC作為錯(cuò)誤偵測(cè)用途。接收器中的CRC檢查結(jié)果會(huì)傳送至RLC層25以便進(jìn)行重新傳輸?shù)目刂啤?br> 在目前的UMTS TDD或FDD系統(tǒng)中，無(wú)線(xiàn)電資源控制服務(wù)數(shù)據(jù)單元(RRC-SDU)可能會(huì)在UTRAN-RRC及UE-RRC之間以RLC透明的、未認(rèn)可或已認(rèn)可模式進(jìn)行傳送。后面將不會(huì)討論已認(rèn)可的模式。不過(guò)，當(dāng)RRC-SDU以透明的或未認(rèn)可模式進(jìn)行傳遞時(shí)，接收端的RLC及MAC層便無(wú)法知道該RRC-SDU。所以，傳輸期間或其它資源所造成的已接收RRC-SDU中的任何錯(cuò)誤都必須在RRC層中執(zhí)行，而非在較低層中執(zhí)行。
該RRC-SDU可能會(huì)以數(shù)個(gè)稱(chēng)為傳遞區(qū)塊(TB)的個(gè)別區(qū)段進(jìn)行傳輸。RRC-SDU的其中一種實(shí)例是廣播控制信道系統(tǒng)信息區(qū)塊(BCCH-SIB)。
BCCH-SIB情形中，在由UTRAN-RRC至UE的廣播控制功能物理(UE-BCFE)中，會(huì)重復(fù)地重新傳輸與此SIB相關(guān)的TB。SDU版本指示信息可視為「數(shù)值卷標(biāo)」。當(dāng)數(shù)值卷標(biāo)未改變時(shí)，UE 18便可假設(shè)UTRAN正重復(fù)地傳送相同的BCCH-SIB。如果由UTRAN 3所傳輸?shù)腂CCH-SIB有變化的話(huà)，該UTRAN 3便會(huì)利用數(shù)值卷標(biāo)通知UE 18已經(jīng)發(fā)生改變。在該UTRAN 3進(jìn)行傳輸之前，UE 18必須先知道排程信息(BCCH-SIB的TB應(yīng)該何時(shí)抵達(dá)UE 18)以及BCCH-SIB的版本。
圖4所示的是正在接收L1 SDU的UE 18。該SDU所包括的TB載有BCCH-SIB以及CRC，用以讓UE 18的L1可執(zhí)行傳輸錯(cuò)誤偵測(cè)。如圖所示，該TB可能亦包括系統(tǒng)幀編號(hào)(SFN)，對(duì)BCCH-SIB的TB來(lái)說(shuō)，其表示的是該TB應(yīng)該抵達(dá)該UE 18的時(shí)間?；蛘?，對(duì)并未明確含有SFN的TB來(lái)說(shuō)，從物理層時(shí)序中，可以L(fǎng)1推導(dǎo)出所抵達(dá)的SFN。UE 18的L1會(huì)將TB、SFN及CRC結(jié)果傳遞給較高層。不過(guò)，因?yàn)镽LC及MAC層25、24都是作業(yè)于廣播信道(BCH)數(shù)據(jù)的透明模式中，所以TB亦會(huì)被傳遞至RRC層。
因?yàn)門(mén)B經(jīng)常是在信號(hào)不穩(wěn)定的環(huán)境中于UE 18及UTRAN 3之間傳輸，因此TB的傳輸會(huì)與所設(shè)定的成功傳輸/接收機(jī)率有關(guān)，舉例來(lái)說(shuō)百分之九十九(99％)。如果BCCH-SIB是由非常多的TB所構(gòu)成的話(huà)，那么可正確接收BCCH-SIB的所有TB的機(jī)率便大約是0.99的TB數(shù)量乘冪。舉例來(lái)說(shuō)，廣播控制信道(BCCH)的BCCH-SIB可能需要傳輸十個(gè)以上的TB，那么該UE 18成功接收該BCCH-SIB的機(jī)率便是0.99的10次方，小于百分之九十(90％)。因此，可成功接收該BCCH-SIB的機(jī)率會(huì)隨著TB數(shù)量的增加而下降。
在UMTS TDD或FDD系統(tǒng)中，成功接收SIB的時(shí)間會(huì)決定許多系統(tǒng)功能的效能。此外，為保持這些系統(tǒng)功能的適當(dāng)效能，可能必須提高SIB的重復(fù)率，以補(bǔ)償失敗的傳輸，但是如此便會(huì)降低資源的效率及使用性。
圖5及6所示的分別是一示意圖及一流程圖，其所示的是目前用以成功接收UTRAN 3傳輸給UE 18的RRC SDU的方法。如圖所示，UE-BCFE會(huì)接收RRC-SDU(步驟60)，為達(dá)此實(shí)例的目的，其包含9個(gè)TB，編號(hào)從SFN＝2至SFN＝18，重復(fù)率為64個(gè)幀。UE-BCFE會(huì)讀取RRC-SDU并且判斷該RRC-SDU中的TB是否有誤或是遺失(步驟61)。為達(dá)此實(shí)例的目的，假設(shè)SFN 10發(fā)生錯(cuò)誤。因?yàn)樵谒邮盏降腞RC-SDU中有錯(cuò)誤發(fā)生，所以UE-BCFE會(huì)舍棄整個(gè)RRC-SDU，并且等待一段重復(fù)率的時(shí)間之后(即64個(gè)幀)接收另外一個(gè)載有相同信息的RRC-SDU(步驟62)。該UE-BCFE會(huì)重新接收RRC□SDU，其包含9個(gè)TB，編號(hào)從SFN＝66至SFN＝82(步驟63)，并且判斷是否有錯(cuò)誤存在(步驟61)。在此實(shí)例中，SFN 70(SFN 6+64(重復(fù)率))有錯(cuò)誤或是遺失。如果在所接收到的RRC-SDU中沒(méi)有發(fā)現(xiàn)錯(cuò)誤的話(huà)，該UE-BCFE便可成功地接收該RRC-SDU，并且對(duì)其進(jìn)行解碼(步驟64)。否則，如本例的情形，UE-BCFE將會(huì)舍棄整個(gè)已經(jīng)接收的RRC-SDU(步驟62)，其包含9個(gè)TB，并且等待一段重復(fù)率的時(shí)間之后接收下一個(gè)RRC-SDU(步驟63)。此過(guò)程會(huì)持續(xù)進(jìn)行，直到該UE-BCFE接收到九個(gè)(9個(gè))正確的連續(xù)TB為止。
與此類(lèi)型方法從UTRAN接收RRC-SDU相關(guān)的有兩個(gè)問(wèn)題。第一問(wèn)題是合適的/正確接收的等待時(shí)間，其會(huì)使得用以要求系統(tǒng)信息的系統(tǒng)功能效能滑落及/或增加接收次數(shù)，從而降低無(wú)線(xiàn)電資源的效率。第二問(wèn)題則是，如果每次發(fā)生錯(cuò)誤時(shí)，該UE L1都必須重復(fù)接收、解碼及處理RRC-SDU中的所有TB的話(huà)，其會(huì)增加處理成本及電池開(kāi)銷(xiāo)。
所以，需要一種改良的UMTS TDD或FDD系統(tǒng)。

發(fā)明內(nèi)容
本發(fā)明提供一種用以處理包括一組信息區(qū)段的周期傳輸?shù)慕邮胀ㄐ诺姆椒ǎ浒ń邮赵摻M信息區(qū)段的首次傳輸，并且進(jìn)行處理以確認(rèn)每個(gè)區(qū)段是合法或非法。接著便會(huì)儲(chǔ)存該第一組中的合法區(qū)段。當(dāng)并非該組的所有區(qū)段都是合法而且加以?xún)?chǔ)存的話(huà)，便會(huì)傳輸該信息區(qū)段組的后續(xù)傳輸，并且僅接收前面未被確認(rèn)為合法而予以?xún)?chǔ)存的區(qū)段，且加以處理以確認(rèn)該些傳輸區(qū)段是否每個(gè)都合法或非法。接著便會(huì)儲(chǔ)存確認(rèn)合法的區(qū)段。本方法會(huì)不斷地接收后續(xù)傳輸，直到該組的所有區(qū)段都已經(jīng)確認(rèn)合法而且加以?xún)?chǔ)存為止。


圖1所示的是全球移動(dòng)電信系統(tǒng)(UMTS)的方塊圖。
圖2所示的是無(wú)線(xiàn)電接口協(xié)議堆棧架構(gòu)示意圖。
圖3所示的是通過(guò)層2的數(shù)據(jù)流示意圖。
圖4所示的是正在接收層1 SDU的UE示意圖。
圖5所示的是目前用以接收RRC-SDU的方法示意圖。
圖6所示的是目前用以接收RRC-SDU的方法流程圖。
圖7所示的是根據(jù)本發(fā)明較佳具體實(shí)施例用以接收RRC-SDU的方法示意圖。
圖8所示的是根據(jù)本發(fā)明較佳具體實(shí)施例用以接收RRC-SDU的方法流程圖。
具體實(shí)施例方式
現(xiàn)在將參考圖式說(shuō)明本發(fā)明的較佳具體實(shí)施例，其中所有圖式中，相同的符號(hào)代表相同的組件。
再次參考圖4，UE-L1會(huì)將所接收到的TB組、SFN以及每個(gè)TB的CRC錯(cuò)誤偵測(cè)結(jié)果傳遞給較高層(L2及L3)。因?yàn)镸AC及RLC層24、25都是作業(yè)于BCCH的透明模式中，所以不必經(jīng)過(guò)處理便能將BCCH TB轉(zhuǎn)送至L3。亦可能在轉(zhuǎn)送至L3之前，L2或L3便會(huì)舍棄具有CRC錯(cuò)誤的TB。
圖7及圖8所示的分別是使用于本發(fā)明較佳具體實(shí)施例中的方法示意圖及流程圖。在圖7所示的實(shí)例中，RRC-SDU是由九個(gè)(9)TB所組成，重復(fù)周期為64個(gè)幀。UE-BCFE會(huì)事先被告知，預(yù)期該RRC-SDU會(huì)有SFN＝2至SFN＝18。UE-BCFE會(huì)從節(jié)點(diǎn)B 14-17中的其中一個(gè)接收對(duì)應(yīng)于RRC-SDU的TB組(步驟80)，并且判斷是否有一個(gè)或多個(gè)TB遺失或是發(fā)生錯(cuò)誤(步驟81)。
根據(jù)本發(fā)明的較佳具體實(shí)施例，至少有兩種方式讓UE-BCFE作判斷。第一種方式是，由UE L1利用CRC錯(cuò)誤偵測(cè)方式偵測(cè)是否有傳輸錯(cuò)誤，然后通知UE-BCFE錯(cuò)誤TB的SFN。第二種方式是，由UE-BCFE運(yùn)用排程信息及已經(jīng)正確接收到的TB的SFN，判斷尚未成功接收的TB。雖然，本文僅發(fā)表兩種方法，判斷TB是否有錯(cuò)誤或遺失，但是，仍然可以運(yùn)用涵蓋于本發(fā)明范疇中的其它方法。
當(dāng)經(jīng)過(guò)UE BCFE判斷之后，UE-BCFE便會(huì)儲(chǔ)存正確的TB(步驟82)，并且舍棄遺失或有誤的TB(步驟83)。應(yīng)該注意的是，在進(jìn)行UE-BCFE處理之前，可能會(huì)由L1或L2以相同的方式完成步驟83。接著，RRC 28計(jì)算有誤或是遺失的TB的下一個(gè)SFN，以進(jìn)行下一個(gè)RRC-SDU傳輸(步驟84)。利用圖7所示的實(shí)例，該UE-BCFE可能會(huì)將錯(cuò)誤的TB(SFN 10)加入重復(fù)率為64之中，以便決定出該SFN的下次發(fā)生時(shí)間(此實(shí)例中其為74)。亦可能會(huì)有數(shù)個(gè)TB發(fā)生錯(cuò)誤，在此情形中則必須計(jì)算出每個(gè)無(wú)效TB在后面RRC-SDU傳輸中的SFN。當(dāng)該UE-BCFE已經(jīng)決定出每個(gè)無(wú)效TB在后面?zhèn)鬏斨兴鶎?duì)應(yīng)的SFN之后，RRC 28便會(huì)通知L1僅接收及譯碼所決定的SFN。在此實(shí)例中，僅確認(rèn)必須重新接收對(duì)應(yīng)于SFN 74的TB。當(dāng)L1接收經(jīng)過(guò)計(jì)算的下一群SFN的TB之后，L1便僅會(huì)將該些TB、SFN及CRC轉(zhuǎn)送給該RRC 28所要求的特殊SFN的RRC 28(步驟85)。如果在重新傳輸及所接收到的TB組中沒(méi)有偵測(cè)到錯(cuò)誤，而且沒(méi)有進(jìn)一步的TB從該RRC-SDU遺失的話(huà)，該UE-BCFE便可將該些正確的TB連同其它正確的TB一起儲(chǔ)存在其位置中(步驟82)，并且對(duì)該RRC-SDU進(jìn)行譯碼(步驟86)。如果在所接收到的RRC-SDU中仍然有含CRC錯(cuò)誤的TB的話(huà)，該RRC 28便會(huì)判斷出些SFN，重復(fù)上述的過(guò)程(步驟84)。此過(guò)程會(huì)不斷地進(jìn)行，直到UE-BCFE已經(jīng)儲(chǔ)存整個(gè)與該RRC-SDU相關(guān)的TB并且已經(jīng)過(guò)RRC 28的處理為止(步驟86)。
本發(fā)明可適用于周期傳輸?shù)乃蟹侄蜶RC-SDU中。當(dāng)偵測(cè)到更新過(guò)的數(shù)值卷標(biāo)時(shí)便會(huì)開(kāi)始此項(xiàng)程序。如果正在進(jìn)行接收，同時(shí)更新數(shù)值卷標(biāo)的話(huà)，UE-BCFE便會(huì)刪除前組的所有TB。
本發(fā)明的其中一項(xiàng)優(yōu)點(diǎn)是，可將成功的RRC-SDU接收時(shí)間(或等待時(shí)間)大幅地縮短成與在UE 18及UTRAN 3之間傳輸個(gè)別TB的目標(biāo)錯(cuò)誤率相關(guān)的等待時(shí)間，使其與RRC-SDU的大小無(wú)關(guān)。降低接收等待時(shí)間可改良與獲取系統(tǒng)信息相關(guān)的UE功能的效能，例如，更快的小區(qū)搜尋、較低的交遞傳輸中斷周期、更快地建立RAN連接以及在UE狀態(tài)之間進(jìn)行轉(zhuǎn)移。
更進(jìn)一步地說(shuō)，因?yàn)楸景l(fā)明可讓更多UE 18有效地接收系統(tǒng)信息，所以便可降低排程率(即重新傳輸?shù)闹芷?。如此便可改良效率并且提高有限BCCH物理資源的使用性。
本發(fā)明的另一項(xiàng)優(yōu)點(diǎn)是，減少UE處理時(shí)間及電池開(kāi)銷(xiāo)。利用可偵測(cè)個(gè)別TB的接收錯(cuò)誤以及TB排程信息的認(rèn)可信號(hào)的能力，UE 18便能夠僅接收特殊的無(wú)效的TB，而不必接收整個(gè)RRC-SDU。此外，因?yàn)閮H需要較少的傳輸次數(shù)便能夠達(dá)到成功的RRC-SDU接收，因此可進(jìn)一步地降低UE電池消耗及處理時(shí)間。
應(yīng)用本發(fā)明能夠讓UE-BCFE更快速地接收RRC-SDU(例如BCH中的BCCH-SIB)，并且降低UE處理時(shí)間/電池消耗。
雖然已經(jīng)藉由較佳的具體實(shí)施例對(duì)本發(fā)明作說(shuō)明，不過(guò)，對(duì)熟習(xí)本技藝的人士而言，應(yīng)該非常清楚涵蓋于權(quán)利要求所敘述的本發(fā)明范疇中的其它變化。
權(quán)利要求
1.一種用以處理接收通信的電路，該接收通信包括一組信息區(qū)段的周期傳輸，該電路包括接收器，用以接收該組信息區(qū)段的第一傳輸；處理器裝置，用以處理該組信息區(qū)段以確認(rèn)每個(gè)區(qū)段是合法或非法；存儲(chǔ)器，用以?xún)?chǔ)存每個(gè)合法區(qū)段，以及對(duì)于該組信息區(qū)段的每個(gè)非法區(qū)段，該接收器接收每個(gè)非法區(qū)段的至少一個(gè)后續(xù)傳輸，直到每個(gè)非法區(qū)段被接收為合法區(qū)段為止。
2.如權(quán)利要求1所述的電路，其特征在于，該處理器裝置包括偵測(cè)裝置，用以偵測(cè)區(qū)段是否非法；以及決定裝置，用以決定出非法區(qū)段的區(qū)段編號(hào)。
3.如權(quán)利要求2所述的電路，其特征在于，該處理器裝置包括計(jì)算裝置，用以計(jì)算后續(xù)區(qū)段編號(hào)，以表示非法區(qū)段將在何時(shí)被后續(xù)傳輸。
4.如權(quán)利要求3所述的電路，其特征在于，在預(yù)設(shè)的重復(fù)率之后接收每個(gè)所述至少一個(gè)后續(xù)傳輸。
5.如權(quán)利要求2所述的電路，其特征在于，該偵測(cè)裝置包括偵測(cè)區(qū)段是否遺失。
6.如權(quán)利要求2所述的電路，其特征在于，該偵測(cè)裝置包括偵測(cè)區(qū)段是否包含錯(cuò)誤碼。
7.如權(quán)利要求6所述的電路，其特征在于，每個(gè)區(qū)段包含數(shù)值標(biāo)簽，用以表示內(nèi)含于該區(qū)段中的信息。
8.如權(quán)利要求7所述的電路，其特征在于，該第一傳輸和該后續(xù)傳輸具有相同的數(shù)值標(biāo)簽。
9.如權(quán)利要求8所述的電路，更包括刪除裝置，用以在該第一傳輸和該后續(xù)傳輸?shù)臄?shù)值標(biāo)簽不同時(shí)，刪除該合法區(qū)段。
10.如權(quán)利要求1所述的電路，其特征在于，該每個(gè)區(qū)段包含廣播控制新到系統(tǒng)信息區(qū)塊。
全文摘要
本發(fā)明揭示提供一種用以處理所接收的通信的方法，該通信包括周期傳輸一組信息區(qū)段。接收到該信息區(qū)段組的首次傳輸之后，會(huì)進(jìn)行處理以確認(rèn)每個(gè)區(qū)段是合法或非法。接著便會(huì)儲(chǔ)存該第一組中的合法區(qū)段。如果并未儲(chǔ)存該組的所有區(qū)段時(shí)，便會(huì)接收該信息區(qū)段組的后續(xù)傳輸，并且僅針對(duì)前面未儲(chǔ)存的區(qū)段加以處理，以確認(rèn)該些區(qū)段是否每個(gè)都合法或非法。接著便會(huì)儲(chǔ)存確認(rèn)合法的區(qū)段。不斷地接收后續(xù)傳輸，直到該組的所有區(qū)段都已經(jīng)儲(chǔ)存為止。
文檔編號(hào)H04B1/18GK1976263SQ200610156218
公開(kāi)日2007年6月6日 申請(qǐng)日期2002年9月13日 優(yōu)先權(quán)日2001年9月17日
發(fā)明者趙怡如, 珍娜·史登-伯可維茲, 朱力歐·狄奈羅, 詹姆士·M·米勒, 卡爾·王, 史蒂芬·E·泰瑞 申請(qǐng)人:美商內(nèi)數(shù)位科技公司