| 例文 |
「长度字」を含む例文一覧
該当件数 : 29件
因此，DL-MAP扩展 IE 630的长度可以是 12个比特加上长度字段 634中的值。
したがって、DL−MAP拡張IE630は、12ビット＋長さフィールド634中の値の長さを有することができる。 - 中国語 特許翻訳例文集
如上面所描述的，扩展 -2 DIUC 662的后面可以紧随着长度字段 664。
拡張2DIUC662の後に、上述のように長さフィールド664が続くことができる。 - 中国語 特許翻訳例文集
如上面所描述，在扩展 -2 UIUC 1202之后可以紧随着长度字段 1204。
拡張2UIUC1202の後に、上述のように長さフィールド1204が続くことができる。 - 中国語 特許翻訳例文集
消息的长度可以从长度为 4个位的数据长度字段中得知，所述数据长度字段是数据帧 10的控制字段 (CTRL)13的一部分。
メッセージの長さは、データフレーム10の制御フィールド（CTRL）13の一部である、4ビット長のデータ長フィールドから知ることが出来る。 - 中国語 特許翻訳例文集
然而，在806，如果DIUC值指示粘性区域分配(例如，DIUC 516等于14并且扩展-2 DIUC 662等于 12)，那么在 808可以从长度字段 (例如，长度字段 664)读取长度值。
しかしながら、806においてDIUC値がスティッキー領域割振りを示す（たとえば、DIUC516が14に等しく、拡張2DIUC662が12に等しい）場合は、808において長さフィールド（たとえば、長さフィールド664）から長さ値を読み取る。 - 中国語 特許翻訳例文集
然而，在 1306，如果 UIUC值指示粘性区域分配 (例如，UIUC 1104等于 11并且扩展 -2 DIUC 662等于 9)，那么在 1308可以从长度字段 (例如，长度字段 1204)读取长度值。
しかしながら、1306においてUIUC値がスティッキー領域割振りを示す（たとえば、UIUC1104が11に等しく、拡張2UIUC662が9に等しい）場合、1308において長さフィールド（たとえば、長さフィールド1204）から長さ値を読み取る。 - 中国語 特許翻訳例文集
因此，DL-MAP扩展 -2 IE 660的长度可以是 16个比特加上长度字段 664中的值。
したがって、DL−MAP拡張2IE660は、16ビット＋長さフィールド664中の値の長さを有することができる。 - 中国語 特許翻訳例文集
因此，UL-MAP扩展 -2 IE 1100B的长度可以是 32个比特加上长度字段中的值的长度。
したがって、UL−MAP拡張2IE1100Bは、32ビット＋長さフィールド中の値の長さを有することができる。 - 中国語 特許翻訳例文集
因此，UL-MAP扩展 IE 1100C的长度可以是 28个比特加上长度字段中的值的长度。
したがって、UL−MAP拡張IE1100Cは、28ビット＋長さフィールド中の値の長さを有することができる。 - 中国語 特許翻訳例文集
接收器端的安全子层接收“MPDU的长度 -GMH的长度 -CRC的长度”字节，以进行解密。
前記受信機の安全副階層は、暗号解読（decrypting）をするために、「MPDUの長さ−GMHの長さ−CRCの長さ」バイトを受信する。 - 中国語 特許翻訳例文集
RSVP-TE对象 350包括长度字段 355、类数目字段 357、类类型字段 359、和对象内容字段 361。
RSVP−TEオブジェクト350は、長さフィールド355と、クラス番号フィールド357と、クラスタイプフィールド359と、オブジェクトコンテンツフィールド361と、を含む。 - 中国語 特許翻訳例文集
举例来说，子帧标头 322包括： MPDU长度字段334，其含有子帧的长度，在此情况下为子帧 312-1的长度；
たとえば、サブフレームヘッダー322は、1つのサブフレームの長さ−この場合、サブフレーム312−1の長さを有するMPDU長さフィールド334； - 中国語 特許翻訳例文集
每一子帧标头 218可包括长度字段 219、错误检测 222，及定界符签名 (delimiter signature)224。
各サブフレームヘッダ218は、長さフィールド219、誤り検出222、およびデリミタシグニチャ224を含んでいる。 - 中国語 特許翻訳例文集
每一子帧 220的开头及结尾可由长度字段 219及定界符签名 224来确定。
各サブフレーム220の始まりおよび終りは、長さフィールド219およびデリミタシグニチャ224により決定する。 - 中国語 特許翻訳例文集
在 DIUC 516具有 4比特的值 15(1111b)之后，DL-MAP扩展 IE 630可以具有 4个比特长度的扩展 DIUC 632、4个比特长度的长度字段 634、以及根据长度字段 634的各种长度的数据字段 636。
4ビット値の15（1111b）を有するDIUC516の後、DL−MAP拡張IE630は、4ビットの長さを有する拡張DIUC632と、4ビットの長さを有する長さフィールド634と、長さフィールド634に従って様々な長さを有するデータフィールド636とを有することができる。 - 中国語 特許翻訳例文集
在具有长度为 4个比特的值 14(1110b)的DIUC 516之后，DL-MAP扩展 IE 660可以具有 4个比特长度的扩展 -2 DIUC 662、4个比特长度的长度字段 664，以及根据长度字段 664的各种长度的数据字段 666。
4ビットの値14（1110b）を有するDIUC516の後、DL−MAP拡張IE660は、4ビットの長さを有する拡張2DIUC662と、4ビットの長さを有する長さフィールド664と、長さフィールド664に従って様々な長さを有するデータフィールド666とを有することができる。 - 中国語 特許翻訳例文集
在 UL-MAP扩展 -2 IE 1100B中，在 UIUC 1104之后可以紧随着扩展 -2信息元素 1112，其可以包括具有4个比特长度的扩展-2 UIUC、具有8个比特长度的长度字段和根据该长度字段的具有可变长度的数据字段。
UL−MAP拡張2IE1100Bでは、UIUC1104の後に、4ビットの長さを有する拡張2UIUCと、8ビットの長さを有する長さフィールドと、長さフィールドに従って変動する長さを有するデータフィールドとを含むことができる拡張2情報要素1112が続くことができる。 - 中国語 特許翻訳例文集
在UL-MAP扩展 IE 1100C中，在 UIUC 1104之后可以紧随着扩展信息元素 1114，其可以包括具有 4个比特长度的扩展 UIUC、具有 4个比特长度的长度字段和根据该长度字段的具有可变长度的数据字段。
UL−MAP拡張IE1100Cでは、UIUC1104の後に、4ビットの長さを有する拡張UIUCと、4ビットの長さを有する長さフィールドと、長さフィールドに従って変動する長さを有するデータフィールドとを含むことができる拡張情報要素1114が続くことができる。 - 中国語 特許翻訳例文集
在一个实施方式中，在 PHY报头中的净荷长度字段 (包括在报头 208和第一部分212中 )可以被设置为零从而指示控制 PHY分组 200为 BFT分组。
一実施形態では、PHYヘッダのペイロード長フィールド（ヘッダ208および第1の部分212に含まれる）をゼロに設定して、制御PHYパケット200がBFTパケットであると示すこともできる。 - 中国語 特許翻訳例文集
作为另一个例子，在 PHY报头中的一个或更多个字段 (例如，净荷长度字段、控制 PHY分组的 PHY报头的 BFT字段等 )可以以信号通知 BFT分组。
別の例としては、PHYヘッダの1以上のフィールド（例えば制御PHYパケットのペイロード長フィールド、PHYヘッダのBFTフィールド等）によってBFTパケットを信号により伝えることもできる。 - 中国語 特許翻訳例文集
length为被编码为 32比特无符号整数（uimbsf）的 32比特字段，其指示紧接在该长度字段之后并且直至 PlayListMark()结束的 PlayListMark()字节的数目。
lengthは、32ビット符号なし整数（uimbsf）として符号化される32ビット・フィールドであり、このlengthフィールドの直後からPlayListMark()の終端までのPlayListMark()のバイト数を示す。 - 中国語 特許翻訳例文集
通过仅包括粘性区域的 UIUC 1104、扩展 -2 UIUC 1202、长度字段 1204、类型字段 1206、分配 ID 1210和 UIUC 1212，修改分配 UL-MAP IE 1260显著地短于开始分配 UL-MAP IE 1200或短于包括用于对 UL数据突发进行定位和编码的所有信息的常规 UL-MAP IE。
UIUC1104、拡張2UIUC1202、長さフィールド1204、タイプフィールド1206、割振りID1210、スティッキー領域のUIUC1212だけを含めることによって、割振り変更UL−MAP IE1260は、割振り開始UL−MAP IE1200またはULデータバーストの位置を特定し、符号化するためのすべての情報を含む従来のUL−MAP IEよりもかなり短い。 - 中国語 特許翻訳例文集
RSVP-TE消息 300包括版本字段305、标识字段307、消息类型字段309、检查和字段311、发送有效期(time to live，TTL)字段 313、预留字段 315、长度字段 317、和消息主体字段 319。
RSVP−TEメッセージ300は、バージョンフィールド305と、フラグフィールド307と、メッセージタイプフィールド309と、チェックサムフィールド311と、送信生存時間（TTL）フィールド313と、予約フィールド315と、長さフィールド317と、メッセージボディフィールド319と、を含む。 - 中国語 特許翻訳例文集
如果净荷长度字段被设置为零，则由缺省格式指定的其他报头字段可以被用于 BFT目的 (或天线切换训练信息、时域预编码信息、MCS反馈信息、信标传输等 )。
ペイロード長フィールドがゼロに設定されている場合には、デフォルトフォーマットが指定する他のヘッダフィールドをBFTの目的に（あるいはアンテナ切り替えトレーニング情報、時間領域事前符号化情報、MCSフィードバック情報、ビーコン送信等に）利用することができる。 - 中国語 特許翻訳例文集
通过仅包括粘性区域的 DIUC 516、扩展 -2 DIUC 662、长度字段 664、类型字段 702、分配 ID 706、DIUC 708和 ACK区域信息 730，修改分配 DL-MAP IE 760显著短于开始分配 DL-MAP IE 700或常规 DL-MAP IE，其中，常规 DL-MAP IE包括用于对 DL数据突发进行定位和解码的所有信息。
スティッキー領域のDIUC516、拡張2DIUC662、長さフィールド664、タイプフィールド702、割振りID706、DIUC708、およびACK領域情報730だけを含めることによって、割振り変更DL−MAP IE760は、割振り開始DL−MAP IE700またはDLデータバーストの位置を特定し、復号するためのすべての情報を含む従来のDL−MAP IEよりもかなり短い。 - 中国語 特許翻訳例文集
扩展 RSVP-TE消息 700包括存在于正常 RSVP-TE消息中的字段，诸如 RSVP-TE消息 300(图 3a)，诸如版本字段、标识字段、消息类型字段、检查和字段、发送 TTL字段、预留字段、长度字段、和消息主体字段。
拡張されたRSVP−TEメッセージ700は、RSVP−TEメッセージ300（図3A）などの通常のRSVP−TEメッセージの中に存在するバージョンフィールド、フラグフィールド、メッセージタイプフィールド、チェックサムフィールド、送信TTLフィールド、予約フィールド、長さフィールド、及びメッセージボディフィールドなどのフィールドを含む。 - 中国語 特許翻訳例文集
版本字段 305可以指定 RSVP-TE的版本，标识字段 307可以用信号发送对相邻路由器的协议扩展的支持，检查和字段 311可以包含用于整个 RSVP-TE消息的检查和，TTL字段 313可以包含发送有效期值，预留字段 315当前未被使用，长度字段 317可以包含指示 RSVP-TE消息的长度的值，并且消息主体字段 319可以包含一个或多个 RSVP-TE对象的可变长度字段。
バージョンフィールド305は、RSVP−TEのバージョンを指定してもよく、フラグフィールド307は、プロトコル拡張のサポートを隣接ルータに知らせるために使用されてもよく、チェックサムフィールド311は、RSVP−TEメッセージ全体のチェックサムを含むために使用されてもよく、TTLフィールド313は、送信生存時間値を含むために使用されてもよく、予約フィールド315は、現在使用されておらず、長さフィールド317は、RSVP−TEメッセージの長さを示す値を含むために使用されてもよく、メッセージボディフィールド319は、1つ以上のRSVP−TEオブジェクトを含むために使用される可変長フィールドであってもよい。 - 中国語 特許翻訳例文集
长度字段 355可以用来包含 RSVP-TE对象的长度，类数目字段 357可以用来识别对象类，类类型字段 359可以包含只有在类数目字段 357中识别的对象类才有的值，并且对象内容字段 361可以包含在类数目字段 357和类类型字段 359中识别的数据。
長さフィールド355は、RSVP−TEオブジェクトの長さを含むために使用されてもよく、クラス番号フィールド357は、オブジェクトクラスを識別するために使用されてもよく、クラスタイプフィールド359は、クラス番号フィールド357で識別されたオブジェクトクラスに固有の値を含むために使用されてもよく、オブジェクトコンテンツフィールド361は、クラス番号フィールド357及びクラスタイプフィールド359で識別されたデータを含むために使用されてもよい。 - 中国語 特許翻訳例文集
例如，可以将调制和编码方案 (MCS)字段、循环前缀 (CP)长度字段、保留位等用于 BFT信息，所述 BFT信息例如为 BFT倒计时标识符 (ID)数、反馈指示位 (例如，如果被设置为 1，则可以指示波束赋形 (BF)ID数字段可以被解释为“最优”BF方向的指示符 )、接收 BF扫频 (sweeping)请求子字段 (例如，执行接收 BF的站可以请求发射机发送多个 BFT探测分组，并且所请求的 BFT探测分组的数目被指示出；零指示没有请求接收 BFT)、指示前向 /反向链路方向的字段、其他将被用于交换用于 BF的信道探测的信元的子字段中的一个或多个。
例えば、変調および符号化スキーム（MCS）フィールド、巡回プレフィックス（CP）長フィールド、リザーブビット等を、BFT情報に利用することができ、BFT情報は、BFTカウントダウン識別子（ID）番号、フィードバック指示ビット（例えば1に設定されている場合には、ビームフォーミング（BF）ID番号フィールドを、「最良」BF方向を示す指標として解釈する）、受信BFスイープ要求サブフィールド（例えば受信BFを行うステーションが、複数のBFT打診パケットを送信するようにトランスミッタに要求して、要求するBFT打診パケット数を示すようにして、ゼロの場合には受信BFTが要求されていないことを示す）、順方向／逆方向というリンクの方向を示すフィールド、BFのチャネル打診に利用する情報エレメントの交換に利用される他のサブフィールド等であってよい。 - 中国語 特許翻訳例文集
| 例文 |
