淺析通信類(lèi)方法專(zhuān)利的撰寫(xiě)特點(diǎn)

#本文僅代表作者觀(guān)點(diǎn)，不代表IPRdaily立場(chǎng)，未經(jīng)作者許可，禁止轉載#

來(lái)源：IPRdaily中文網(wǎng)（iprdaily.cn）

作者：李強 專(zhuān)利代理人 北京善任知識產(chǎn)權代理有限公司

原標題：淺析通信類(lèi)方法專(zhuān)利的撰寫(xiě)特點(diǎn)

在撰寫(xiě)通信類(lèi)方法權利要求時(shí)，可以將發(fā)明人的交底技術(shù)方案的技術(shù)特征與通信網(wǎng)絡(luò )架構的關(guān)鍵特征做對應。本文將從通信網(wǎng)絡(luò )架構特征的角度出發(fā)，梳理通信類(lèi)技術(shù)方案的實(shí)現邏輯，并總結通信類(lèi)方法專(zhuān)利的撰寫(xiě)特點(diǎn)，以期為讀者提供專(zhuān)利撰寫(xiě)工作的參考。

摘要

伴隨著(zhù)通信技術(shù)的高速發(fā)展，“信息隨心至，萬(wàn)物觸手及”的愿景正成為現實(shí)。信息催生了空前規模的新興產(chǎn)業(yè)，產(chǎn)業(yè)驅動(dòng)下的通信類(lèi)專(zhuān)利申請數量呈井噴式增長(cháng)。被稱(chēng)為信息傳輸的“高速公路”的通信網(wǎng)絡(luò )也在不斷演進(jìn)以滿(mǎn)足各種需求。大量技術(shù)交底方案基于標準化的通信網(wǎng)絡(luò )架構產(chǎn)生。作為專(zhuān)利從業(yè)人員，如果能夠提煉出通信網(wǎng)絡(luò )架構的特征，從特征角度總結通信類(lèi)技術(shù)方案的專(zhuān)利撰寫(xiě)特點(diǎn)，并基于該專(zhuān)利撰寫(xiě)特點(diǎn)對專(zhuān)利交底方案進(jìn)行分析和撰寫(xiě)布局，勢必會(huì )提升專(zhuān)利文本的撰寫(xiě)效率和撰寫(xiě)質(zhì)量?；诖?，本文將從通信網(wǎng)絡(luò )架構特征的角度出發(fā)，梳理通信類(lèi)技術(shù)方案的實(shí)現邏輯，并總結通信類(lèi)方法專(zhuān)利的撰寫(xiě)特點(diǎn)，以期為讀者提供專(zhuān)利撰寫(xiě)工作的參考。

關(guān)鍵詞：網(wǎng)絡(luò )架構特征、通信類(lèi)方法專(zhuān)利、信息

一、通信網(wǎng)絡(luò )架構介紹

圖1示例性地示出了一種LTE系統的網(wǎng)絡(luò )架構，包括核心網(wǎng)部分和接入網(wǎng)部分。其中，核心網(wǎng)部分包括移動(dòng)性管理實(shí)體（MME, Mobility Management Entity）、服務(wù)網(wǎng)關(guān)（S-GW，Serving GateWay）和分組數據網(wǎng)網(wǎng)關(guān)（P-GW，Packet work Gateway）等通信節點(diǎn)。接入網(wǎng)部分包括基站。

圖1

圖2示例性地示出了一種5G系統的網(wǎng)絡(luò )架構，包括核心網(wǎng)部分和接入網(wǎng)部分。其中，核心網(wǎng)部分主要包括接入與移動(dòng)管理功能（AMF，Access and Mobility Management Function）、用戶(hù)面功能（UPF，User Plane Function）和會(huì )話(huà)管理功能（SMF，Session Management Function）等通信節點(diǎn)。接入網(wǎng)部分包括基站。

圖2

圖1示出的網(wǎng)絡(luò )架構中，終端通過(guò)接入網(wǎng)與LTE系統進(jìn)行通信。其中，基站通過(guò)S1接口與核心網(wǎng)中的通信節點(diǎn)互連；基站之間通過(guò)X2接口互連。圖2示出的網(wǎng)絡(luò )架構中，移動(dòng)終端也通過(guò)接入網(wǎng)與5G系統進(jìn)行通信。其中，基站通過(guò)NG接口與核心網(wǎng)中的通信節點(diǎn)互連；基站之間通過(guò)Xn接口互連。在兩種網(wǎng)絡(luò )架構中，移動(dòng)終端都通過(guò)Uu接口（又稱(chēng)空中接口）與接入網(wǎng)中的基站進(jìn)行互連。

二、通信網(wǎng)絡(luò )架構的特征分析

為了方便讀者更好地了解通信網(wǎng)絡(luò )架構，請參見(jiàn)圖3，為筆者針對通信網(wǎng)絡(luò )架構中的單個(gè)通信節點(diǎn)進(jìn)行建模的模型示意圖。

圖3

實(shí)質(zhì)上，通信的過(guò)程包括信息的處理與信息的傳輸過(guò)程。這里，通信節點(diǎn)主要實(shí)現信息處理的功能；通信接口主要實(shí)現信息傳輸的功能?；趫D3可以非常明確地確定：通信節點(diǎn)和通信接口是通信網(wǎng)絡(luò )架構的兩個(gè)核心組成部分，信息是通信網(wǎng)絡(luò )架構關(guān)聯(lián)的核心要素。需要說(shuō)明的是，除了依賴(lài)通信網(wǎng)絡(luò )架構，還需要利用通信資源才能實(shí)現信息傳輸。

綜上，通信節點(diǎn)、通信接口、信息和通信資源共同構成了通信網(wǎng)絡(luò )架構的關(guān)鍵特征。而且，在通信過(guò)程中，信息是通信的核心要素，通信節點(diǎn)、通信接口和通信資源的功能實(shí)現都與信息密切關(guān)聯(lián)。上述關(guān)鍵特征或者這些關(guān)鍵特征之間的關(guān)聯(lián)關(guān)系必將會(huì )是通信類(lèi)技術(shù)方案的實(shí)現邏輯的重要組成部分。因此，深入理解這些關(guān)鍵特征或者這些關(guān)鍵特征之間的關(guān)聯(lián)關(guān)系能夠促進(jìn)對技術(shù)方案的把握。在準確理解技術(shù)方案后，弄清楚這些關(guān)鍵特征或者這些關(guān)鍵特征之間的關(guān)聯(lián)關(guān)系與專(zhuān)利撰寫(xiě)之間的關(guān)系，也將使得專(zhuān)利撰寫(xiě)工作事半功倍。

三、通信網(wǎng)絡(luò )架構的特征與通信類(lèi)方法專(zhuān)利撰寫(xiě)之間的關(guān)系

通過(guò)對通信網(wǎng)絡(luò )架構的特征分析可以知道，關(guān)鍵特征或者這些關(guān)鍵特征之間的關(guān)聯(lián)關(guān)系是通信類(lèi)技術(shù)方案的實(shí)現邏輯的重要組成部分，因此，通信類(lèi)技術(shù)方案的創(chuàng )新也將會(huì )是圍繞通信網(wǎng)絡(luò )架構的關(guān)鍵特征進(jìn)行的創(chuàng )新。 

由于通信類(lèi)方法專(zhuān)利撰寫(xiě)是基于通信類(lèi)技術(shù)方案的創(chuàng )新進(jìn)行的，因此，通信類(lèi)方法專(zhuān)利的申請文本撰寫(xiě)會(huì )與通信類(lèi)技術(shù)方案的實(shí)現邏輯密切關(guān)聯(lián)。通信網(wǎng)絡(luò )架構的關(guān)鍵特征也將會(huì )成為專(zhuān)利申請文本撰寫(xiě)中的關(guān)鍵技術(shù)特征。

通信網(wǎng)絡(luò )架構的特征與通信類(lèi)方法專(zhuān)利撰寫(xiě)之間的關(guān)系使得通信類(lèi)方法專(zhuān)利的申請文本撰寫(xiě)區別于其他類(lèi)方法專(zhuān)利的申請文本撰寫(xiě)，具有了獨特的專(zhuān)利撰寫(xiě)特點(diǎn)。如果專(zhuān)利撰寫(xiě)人員能夠基于該專(zhuān)利撰寫(xiě)特點(diǎn)進(jìn)行技術(shù)方案分析和專(zhuān)利撰寫(xiě)，就能夠更加快速準確地把握技術(shù)方案的核心，掌握技術(shù)方案的普適性實(shí)現邏輯，并撰寫(xiě)出高質(zhì)量的專(zhuān)利申請文本。

四、通信類(lèi)方法專(zhuān)利撰寫(xiě)特點(diǎn)

前述部分對通信網(wǎng)絡(luò )架構進(jìn)行了介紹，對通信網(wǎng)絡(luò )架構的關(guān)鍵特征進(jìn)行了分析，并明確了通信網(wǎng)絡(luò )架構的特征與通信類(lèi)方法專(zhuān)利撰寫(xiě)之間的關(guān)系。接下來(lái)筆者將結合專(zhuān)利撰寫(xiě)實(shí)踐過(guò)程中遇到的一些案例，從通信網(wǎng)絡(luò )架構的關(guān)鍵特征或者這些關(guān)鍵特征之間的關(guān)聯(lián)關(guān)系角度分析通信類(lèi)技術(shù)方案的撰寫(xiě)特點(diǎn)。主要是從通信類(lèi)方法專(zhuān)利撰寫(xiě)實(shí)踐中大概率會(huì )考慮的8個(gè)方面進(jìn)行了總結。

1.執行主體的確定

在通信類(lèi)方法權利要求撰寫(xiě)過(guò)程中，一般都采用單側撰寫(xiě)原則進(jìn)行撰寫(xiě)，以獲得清楚和保護范圍合理的權利要求?；趩蝹茸珜?xiě)原則撰寫(xiě)的權利要求僅會(huì )涉及一個(gè)執行主體。在進(jìn)行權利要求撰寫(xiě)時(shí)，首先我們就會(huì )確定執行主體?；谏鲜鐾ㄐ啪W(wǎng)絡(luò )架構的特征分析，可以知道，通信節點(diǎn)作為關(guān)鍵特征，用于信息處理、收發(fā)接口上的信息，是網(wǎng)絡(luò )架構的核心組部分，因此，可以明確確定通信節點(diǎn)將會(huì )是權利要求的執行主體。

在專(zhuān)利撰寫(xiě)實(shí)踐中，在空中接口側，通信節點(diǎn)比較單一，我們很容易將終端或者基站確定為執行主體。但是在核心網(wǎng)側，由于涉及的通信節點(diǎn)很多，特別是5G網(wǎng)絡(luò )，例如，AMF、SMF和UPF等通信節點(diǎn)。當發(fā)明人的技術(shù)交底書(shū)中出現上述通信節點(diǎn)時(shí)，我們可能會(huì )將發(fā)明人在實(shí)施例中寫(xiě)到的具體通信節點(diǎn)設備直接確定為執行主體，例如AMF設備。但是，隨著(zhù)通信網(wǎng)絡(luò )架構的不演進(jìn)，通信節點(diǎn)對應的就是一個(gè)功能上的邏輯節點(diǎn)，其功能的實(shí)現不再局限于某一臺特定物理設備，多個(gè)邏輯節點(diǎn)甚至可以通過(guò)一臺物理設備實(shí)現或者同一個(gè)邏輯節點(diǎn)可以對應不同的物理設備，部署非常靈活。如果在撰寫(xiě)權利要求時(shí)，將具體通信節點(diǎn)設備作為執行主體，必然會(huì )對權利要求的保護范圍造成限定。

例如，一種接入方法，其特征在于，所述方法由接入和移動(dòng)性管理功能AMF設備執行，包括：

……。

上述示例中，隨著(zhù)網(wǎng)絡(luò )架構的不斷演進(jìn)，該方案不一定由AMF設備執行，也許是由包含AMF設備功能的另外一種設備執行，那么，上述寫(xiě)法就會(huì )給方案帶來(lái)不必要的限定，影響權利要求的保護范圍。

綜上分析，在通信類(lèi)方法權利要求撰寫(xiě)時(shí)，我們需要有一種防網(wǎng)絡(luò )架構演進(jìn)的思維習慣，有必要對技術(shù)交底書(shū)中實(shí)施例的具體執行主體進(jìn)行上位，將上位后的執行主體確定為權利要求的執行主體以獲得較大的保護范圍。筆者建議，根據具體場(chǎng)景，執行主體多采用網(wǎng)絡(luò )設備、通信節點(diǎn)、通信實(shí)體、網(wǎng)元、網(wǎng)絡(luò )節點(diǎn)和邏輯節點(diǎn)等上位概念進(jìn)行描述。

例如，一種接入方法，其特征在于，所述方法由通信節點(diǎn)執行，包括：

……。

2.執行動(dòng)作的確定

在通信類(lèi)方法獨立權利要求撰寫(xiě)過(guò)程中，在執行主體（以通信主體為通信節點(diǎn)為例）確定后，就會(huì )開(kāi)始考慮執行主體執行的執行動(dòng)作。通信節點(diǎn)的功能是信息處理，同時(shí)，通信節點(diǎn)還會(huì )從通信接口接收信息和/或向通信接口發(fā)送信息。此時(shí)，會(huì )面臨一個(gè)問(wèn)題：是從信息處理的角度確定權利要求的執行動(dòng)作呢？還是從信息接收和/或信息發(fā)送的角度確定權利要求的執行動(dòng)作呢？或者，可以這樣問(wèn)：是從通信節點(diǎn)處理信息的角度撰寫(xiě)權利要求呢？還是從通信接口接收信息和/或發(fā)送信息的角度撰寫(xiě)權利要求呢？

通常，我們會(huì )基于如下角度考慮而選擇從信息接收和/或信息發(fā)送的角度確定權利要求的執行動(dòng)作：

2.1、與通信接口關(guān)聯(lián)的技術(shù)特征更容易進(jìn)行侵權判定；

2.2、與通信接口關(guān)聯(lián)的技術(shù)特征更容易對應標準；（標準的撰寫(xiě)大多是從通信接口收發(fā)信息的角度撰寫(xiě)的）

2.3、只寫(xiě)通信接口上接收和/或發(fā)送信息的技術(shù)方案，而不寫(xiě)如何進(jìn)行信息處理的技術(shù)方案（如何進(jìn)行信息處理的技術(shù)方案可以放在從權），保護范圍會(huì )更大。

例如，一種能力上報方法，其特征在于，所述方法由通信節點(diǎn)執行，所述方法包括：

接收分組尋呼的終端能力信息；

其中，所述終端能力信息，至少用于指示終端支持或者不支持通過(guò)分組尋呼的方式尋呼所述終端。

上述考慮無(wú)可厚非，在很多撰寫(xiě)場(chǎng)景下，也必須這樣做。但是，并不是在所有情況下都可以從信息接收和/或發(fā)送的角度確定執行動(dòng)作。例如，信息是預定的多個(gè)候選信息之中的一個(gè)，可以是事先存儲在通信節點(diǎn)中的信息，也可以是從外部對象接收的信息，因此，通信節點(diǎn)獲取信息的方式不特定。此時(shí)，如果仍然從信息接收和/或發(fā)送的角度確定執行動(dòng)作，將對獨立權利要求的保護范圍造成不必要限定。又例如，技術(shù)方案的創(chuàng )新明顯在于信息的處理過(guò)程，而并非因為接收到了某個(gè)信息或者發(fā)送了某個(gè)信息。此時(shí)，我們需要從信息處理的角度確定權利要求的執行動(dòng)作，以尋求大的保護范圍或準確寫(xiě)出發(fā)明點(diǎn)。

例如，一種信息處理方法，其特征在于，所述方法由通信節點(diǎn)執行，所述方法包括：

根據分組尋呼的終端能力信息，確定終端支持或者不支持通過(guò)分組尋呼的方式尋呼所述終端。

因此，當技術(shù)方案中獲取信息可以有多種方式時(shí)或者收發(fā)信息本身不能夠給技術(shù)方案帶來(lái)創(chuàng )造性貢獻時(shí)，可以考慮從信息處理的角度確定權利要求的執行動(dòng)作。否則，可以考慮從信息接收和/或信息發(fā)送的角度確定權利要求的執行動(dòng)作。

3.動(dòng)作特征的描述

通過(guò)前述通信網(wǎng)絡(luò )架構的分析可以知道信息是通信的核心要素，因此，信息會(huì )是通信類(lèi)技術(shù)方案的核心技術(shù)特征，會(huì )高頻次地出現在發(fā)明人的交底書(shū)中。發(fā)明人在交底書(shū)中描述與信息相關(guān)聯(lián)的動(dòng)作時(shí)，可能會(huì )采用不同的動(dòng)詞進(jìn)行描述，例如，接收信息、讀取信息、檢測信息和監聽(tīng)信息等。那么，這些動(dòng)詞可以直接應用在權利要求中嗎？使用不同的動(dòng)詞會(huì )對權利要求撰寫(xiě)帶來(lái)哪些影響？如何進(jìn)行區分呢？使用哪個(gè)會(huì )更加合適？

以下是對上述各個(gè)動(dòng)詞的解釋?zhuān)?/p>

接收（ Receive）：從外部對象接收，例如，終端從基站接收信息。

讀?。≧ead）：從存儲區域或文件中讀取，例如，從緩存中讀取信息。

檢測（Detect）：不能直接得到信息，通常需要執行檢測程序，例如，檢測運動(dòng)速度信息和檢測圖像信息等。

監聽(tīng)（Monitor）：不能立刻獲得信息，通常需要等待。

根據上述動(dòng)詞的釋義可以知道，上述動(dòng)詞通常都只是獲取信息的手段，并不會(huì )給方案帶來(lái)創(chuàng )造性。且使用上述動(dòng)詞很容易對方案的保護范圍帶來(lái)不必要的限定。

例如，以“接收”為例進(jìn)行說(shuō)明，請參見(jiàn)圖4，A通信節點(diǎn)與B通信節點(diǎn)之間可以進(jìn)行信息交互，A通信節點(diǎn)可以向B通信節點(diǎn)發(fā)送信息。其具體實(shí)現過(guò)程為：A通信節點(diǎn)將信息存儲在共享內存，然后B通信節點(diǎn)從共享內存讀取信息。這里，如果在進(jìn)行動(dòng)作特征描述時(shí)，使用“B通信節點(diǎn)接收A通信節點(diǎn)發(fā)送的信息；基于信息……”，其實(shí)并不能準確反映B通信節點(diǎn)獲取信息的方式。如果使用“B通信節點(diǎn)讀取A通信節點(diǎn)存儲的信息；基于信息……”，又顯得撰寫(xiě)方案非常下位。那么，怎樣描述才合適呢？

圖4

筆者建議，針對不能給權利要求方案帶來(lái)創(chuàng )造性貢獻的“動(dòng)詞”，可以遵循“寫(xiě)大不吃虧”原則，對上述的具體執行動(dòng)作進(jìn)行上位，推薦使用“獲取”和“確定”這樣的經(jīng)過(guò)上位處理的動(dòng)作描述，以盡可能覆蓋多種可能的實(shí)施方式，避免動(dòng)作使用不當帶來(lái)的限定。同時(shí)，為了進(jìn)一步落實(shí)到交底書(shū)中的方案，可以將在說(shuō)明書(shū)中或者權利要求中對下位的動(dòng)作進(jìn)行補充描述。

例如，如果技術(shù)交底方案被描述為：接收X信息；基于X信息……。推薦使用：獲取/確定X信息；基于X信息……。然后在說(shuō)明書(shū)中進(jìn)一步說(shuō)明確定X信息，X信息可以是通過(guò)接收、讀取、檢測或監聽(tīng)得到的。

4.對象的確定

通信類(lèi)技術(shù)方案的實(shí)質(zhì)是信息的傳輸和處理，那么在通信類(lèi)技術(shù)交底方案中，必然會(huì )涉及如信息、與信息關(guān)聯(lián)的信號和與信息關(guān)聯(lián)的消息等特征的描述。在撰寫(xiě)實(shí)踐中，如果將發(fā)明人在交底書(shū)中描述的如信號、信息和消息不加以區分地使用，會(huì )導致對權利要求的范圍造成不必要的限定。

為了避免混淆，以下對信號、信息和消息的含義進(jìn)行解釋?zhuān)?/p>

信號（Signal）：強調的是形式，比如，電信號和光信號等。

信息（Information）：強調的是內容?！鞍l(fā)送xx信息”表達的是將特定內容發(fā)送出去，并不局限于采用何種載體發(fā)送。

消息（Message）：強調的是載體?！鞍l(fā)送xx消息”表達的是發(fā)送的載體，并不能體現發(fā)送的內容。

根據上述釋義可以知道，信號是消息傳輸的形式，信息是消息承載的內容。在描述通信類(lèi)技術(shù)方案時(shí)，應該重點(diǎn)關(guān)注信息內容，而不是關(guān)注信息內容的承載方式，直接采用“信息”的描述能夠更加清楚且合理地撰寫(xiě)獨立權利要求。因此，三者存在本質(zhì)區別，需要進(jìn)行細致區分，否則會(huì )給權利要求的撰寫(xiě)帶來(lái)不必要的限定。

例如，發(fā)送指示A信息的RRC消息。

這種撰寫(xiě)方式并不推薦，理由是：引入了“RRC消息”這個(gè)非必要技術(shù)特征，而獨立權利要求的核心方案中根本沒(méi)有必要限定A信息通過(guò)什么消息承載或以什么形式發(fā)送，將A信息發(fā)送出去就已經(jīng)表達出了方案的實(shí)質(zhì)。如果引入“RRC消息”只會(huì )限制權利要求的保護范圍。

再例如，發(fā)送A消息。

這種撰寫(xiě)方式也不推薦：A消息為自創(chuàng )的消息，A消息具體是什么消息？在本技術(shù)領(lǐng)域中有這個(gè)消息嗎？本領(lǐng)域技術(shù)人員可能根本不知道A消息是什么東西，其實(shí)很不清楚。這里，想表達的是發(fā)送A信息，將A信息發(fā)送出去就已經(jīng)表達了方案的實(shí)質(zhì)。

因此，推薦采用以下方式：

例如，發(fā)送A信息。

5.信息與消息之間的關(guān)系描述

信息通過(guò)消息的承載進(jìn)行傳輸。在通信類(lèi)方法權利要求撰寫(xiě)過(guò)程中，為了說(shuō)明信息的承載方式，會(huì )涉及利用消息承載信息的描述。

例如，發(fā)送攜帶A信息的X消息；

或者，發(fā)送指示A信息的X消息；

或者，發(fā)送包含A信息的X消息。

但是，“包含”、“攜帶”和“指示”確定的范圍實(shí)質(zhì)并不相同，以下對三者進(jìn)行解釋說(shuō)明：

包含：包含X，X本身被包含；

攜帶：攜帶X，X本身被攜帶；

指示：指示X，并不一定就攜帶或包含了X本身；完全可以隱性指示，例如，通過(guò)特定加擾方式指示；還可以通過(guò)與X關(guān)聯(lián)的參數等指示，比如，可以基于a和已定義的規則計算得到X。

那么，如果采用“接收攜帶（包含）A參數的B消息”的描述，則很容易被理解為B消息中肯定攜帶了A參數，但是，技術(shù)方案實(shí)現可能就是通過(guò)與A關(guān)聯(lián)的a指示的，如果是這樣，那豈不是權利要求保護范圍也太小了。

而采用“接收指示A參數的B消息”的描述，由于既包括了直接攜帶A的方案，也包括了不直接攜帶A而通過(guò)與A關(guān)聯(lián)的a指示A的方案，撰寫(xiě)范圍相對合理，為筆者推薦的描述方式。因此，在描述信息的承載時(shí)，需要特別關(guān)注消息承載信息的描述，減少不必要的限定。

6.信息與通信接口之間的關(guān)系描述

信息是通過(guò)通信接口發(fā)送的。在通信類(lèi)方法權利要求撰寫(xiě)過(guò)程中，為了說(shuō)明信息的發(fā)送途徑，會(huì )涉及信息域通信接口的關(guān)系的描述。

例如，基于X接口發(fā)送a消息；

或者，利用X接口發(fā)送a消息；

或者，通過(guò)X接口發(fā)送a消息；

或者，經(jīng)由X接口發(fā)送a消息。

那么，“基于”、“利用”、“通過(guò)”和“經(jīng)由”哪個(gè)更好？

“基于”和“利用”相對籠統，不夠清楚。例如，用“基于”其實(shí)很不清楚，如果原方案為a消息經(jīng)由X接口發(fā)送出去，但讀者完全可以理解為通過(guò)X接口發(fā)送b消息，然后利用b消息指示的Y接口發(fā)送a消息，這顯然也與“基于X接口發(fā)送a消息”表述一致，但是顯然沒(méi)有表達出原方案的實(shí)質(zhì)?！巴ㄟ^(guò)”在新華字典中解釋為“以…為媒介”，“通過(guò)x接口發(fā)送信息”這種描述方式筆者認為比較清楚?！敖?jīng)由”一詞也非常清楚直觀(guān)，筆者也推薦使用。

7.信息的透傳

信息可以在通信節點(diǎn)之間透傳。專(zhuān)利撰寫(xiě)實(shí)踐中，通常出現A通信節點(diǎn)將a信息通過(guò)B通信節點(diǎn)透傳給C通信節點(diǎn)的情況。這里的透傳，即透明傳輸（pass-through），指的是在通信中不管傳輸的業(yè)務(wù)內容如何，只負責將傳輸的內容由源地址傳輸到目的地址，而不對業(yè)務(wù)數據內容做任何改變。那么在撰寫(xiě)權利要求時(shí)，分側撰寫(xiě)時(shí)，使用“A通信節點(diǎn)向B通信節點(diǎn)發(fā)送a信息”的這種描述準確嗎？上述方案中，需要寫(xiě)B通信節點(diǎn)這一側的權項嗎？

筆者認為，如果是A通信節點(diǎn)將a信息通過(guò)B通信節點(diǎn)透傳給C通信節點(diǎn)，那么，請參見(jiàn)圖5，B通信節點(diǎn)就相當于一根導線(xiàn)，在整個(gè)過(guò)程中這根導線(xiàn)只是起到了傳輸信息的作用，可以不單獨作為一側進(jìn)行撰寫(xiě)。且由于B通信節點(diǎn)相當于一根導線(xiàn)，那么a信息實(shí)質(zhì)是發(fā)送給C通信節點(diǎn)的，那么“A通信節點(diǎn)向B通信節點(diǎn)發(fā)送a信息”的這種描述其實(shí)也并不準確。

圖5

8.信道資源的描述

在信息的無(wú)線(xiàn)傳遞過(guò)程中，會(huì )使用到信道資源。信道是通信的通道，是信號傳輸的媒介。在撰寫(xiě)權利要求的過(guò)程中，實(shí)踐中通常采用如下描述：

例如，在物理上行控制信道（PUCCH，Physical Uplink Control CHannel）上發(fā)送信息；

或者，發(fā)送PUCCH數據；

或者，發(fā)送PUCCH信令；

或者，發(fā)送PUSCH數據；

或者，發(fā)送PUSCH信令；

或者，執行PUCCH傳輸；

或者，傳輸PUCCH。

上述描述方式，到底哪種是正確的描述方式呢？

首先，需要明確數據和信令在通信領(lǐng)域是兩個(gè)不同的概念，數據和信令的傳輸在邏輯上是獨立的，數據特指業(yè)務(wù)數據，信令特指控制信令。其次，PUCCH一般情況下傳輸信令不傳輸數據；PUSCH既能傳輸信令也能傳輸數據。因此，“發(fā)送PUCCH數據”是不準確的描述。傳輸PUCCH，中文意思上也有點(diǎn)不太清楚，因此不推薦使用，但是，需要說(shuō)明的是，在通信標準中通常采用“傳輸PUCCH”的描述（例如，Transmit PUCCH）。

五、結語(yǔ)

綜上所述，在撰寫(xiě)通信類(lèi)方法權利要求時(shí)，可以將發(fā)明人的交底技術(shù)方案的技術(shù)特征與通信網(wǎng)絡(luò )架構的關(guān)鍵特征做對應。然后基于本文從通信網(wǎng)絡(luò )架構的關(guān)鍵特征角度總結的通信類(lèi)技術(shù)方案的專(zhuān)利撰寫(xiě)特點(diǎn)，對專(zhuān)利交底方案進(jìn)行分析和撰寫(xiě)布局，可以提升專(zhuān)利文本的撰寫(xiě)效率和撰寫(xiě)質(zhì)量。以上是筆者針對通信類(lèi)方法專(zhuān)利撰寫(xiě)做的初步分析，定然存在諸多不足，寫(xiě)得不到位之處還望讀者海涵和指正。

來(lái)源：IPRdaily中文網(wǎng)（iprdaily.cn）

作者：李強 專(zhuān)利代理人 北京善任知識產(chǎn)權代理有限公司

編輯：IPRdaily王穎          校對：IPRdaily縱橫君

注：原文鏈接：淺析通信類(lèi)方法專(zhuān)利的撰寫(xiě)特點(diǎn)（點(diǎn)擊標題查看原文）

如何抓住涉外商標業(yè)務(wù)的機遇？涉外商標代理高研班來(lái)啦！

「關(guān)于IPRdaily」

IPRdaily是全球領(lǐng)先的知識產(chǎn)權綜合信息服務(wù)提供商，致力于連接全球知識產(chǎn)權與科技創(chuàng )新人才。匯聚了來(lái)自于中國、美國、歐洲、俄羅斯、以色列、澳大利亞、新加坡、日本、韓國等15個(gè)國家和地區的高科技公司及成長(cháng)型科技企業(yè)的管理者及科技研發(fā)或知識產(chǎn)權負責人，還有來(lái)自政府、律師及代理事務(wù)所、研發(fā)或服務(wù)機構的全球近100萬(wàn)用戶(hù)（國內70余萬(wàn)+海外近30萬(wàn)），2019年全年全網(wǎng)頁(yè)面瀏覽量已經(jīng)突破過(guò)億次傳播。

（英文官網(wǎng)：iprdaily.com  中文官網(wǎng)：iprdaily.cn） 

本文來(lái)自IPRdaily中文網(wǎng)（iprdaily.cn）并經(jīng)IPRdaily.cn中文網(wǎng)編輯。轉載此文章須經(jīng)權利人同意，并附上出處與作者信息。文章不代表IPRdaily.cn立場(chǎng)，如若轉載，請注明出處：“http://qaqi.cn