W-CDMA 情報交換掲示板

←←投稿者及びタイトルのみの一覧表示をします。返信チェックや過去ログ一覧としてどうぞ！！

64QAMを継続するか否かについて(W-CDMA) ちょもさん 2012年03月29日(木) 00時14分

Cell1(MAC-EHS 64QAM Configured)から、以下のシーケンスでCell2へ移ることを考えております。
このとき、UE側では64QAM Configuredの状態は継続するのでしょうか?
64QAM Configuredの状態からreconfigでdl-64QAM-Configured=Omitが設定されてた場合は継続する認識ですが、Cellが変わるので継続するのか悩んでいます。

(1) 基地局がACTIVE SET UPDATEでCell2の情報追加(MAC-EHS dl-64QAM-Configured=Omit、Not64QAMは設定していない)
(2) 移動機がACTIVE SET UPDATE COMPLETE送信
(3) 基地局がHS-SCCH Order送信
(4) Cell2へ遷移

ちょも さん投稿日：2012年04月28日(土) 22時44分
　
返事が遅れてしまい申し訳ございません。
分かりやすい説明ありがとうございます!!

NN さん投稿日：2012年04月04日(水) 17時54分
　
dl-64QAM-Configuredの情報がUE側で維持されるかどうかは、親IE(DL-HSDSCH-Information)がRRCメッセージに含まれるかどうかでも決まります。DL-HSDSCH-Information:present dl-64QAM-Configured:absent = dl-64QAM is not configured， DL-HSDSCH-Information:present dl-64QAM-Configured:present = dl-64QAM is configured， DL-HSDSCH-Information: absent = dl-64QAM configuration status is unchanged.になります。DL-64QAMについてはCPCやDC-HSDPAのようにserving cell change(SCC)時の特記事項がないためUEがSCC時に情報をクリアーする動作はあってはならないとの認識です。

Releaseの違い Hatena さん 2011年12月21日(水) 11時24分

Release-8/9/10/11の違いは何ですか？

はってら さん投稿日：2012年01月05日(木) 12時10分
　
ここってW-CDMAでしたね。すみません。
R8：HSPA+が追加
R9：MC-HSPAが追加
R10，R11：より多くのRFを用いた高速伝送
といったところでしょうか。

はってら さん投稿日：2012年01月05日(木) 11時37分
　
各々、前の仕様に対して、Fixできなかった仕様が盛り込まれていってます。
とりあえずLTEといわれるものはR8からスタートし
R9では、MBMS、DualLayerBeamForming、LTE positioning、PWS(ETWSの拡張）、SONなどが盛り込まれています。
R10，R11になるとLTE-Advancedとなり、更なる高速化を目指した仕様が盛り込まれています。
というのが私の解釈です。

RRC Connection Setup 匿名希望さん 2011年09月29日(木) 16時03分

RRC Connection Setupの再送は？と聞かれ、どのタイマーでやっているのか
分からず、困っています。
RRC Connection Requestの再送はT300で設定されていると思うのですが、
RRC Connection Setuoの再送は何になるのでしょうか？ざっくとした質問で
申し訳ないのですが、よろしくお願いします。

NN さん投稿日：2011年12月27日(火) 21時31分
　
RRCConnectionSetupの再送はネットワーク（RNC）の実装依存ですのでスペックには再送タイマー等の定義はありません。
他の方が回答しているようにRRCConnectionSetupはUMでの送信となるため、端末側の受信成功率を上げるためにネットワークによっては再送する実装になっているものもあります。
確かめるには、各インフラベンダーの環境下でUEログを採って解析するしか手はないですね。

チャリテン さん投稿日：2011年10月04日(火) 07時41分
　
回答したものです。名前が被ってるので、一応付けておきます。

匿名希望 さん投稿日：2011年10月04日(火) 07時39分
　
RRC Connection SetupはUnacknowledged Mode (UM)で基地局から送信されます。
これはAcknowledged Mode (AM)と違い、Ackを返さないため相手に届いていないか分からず、再送を行うことができません。

従い、「RRC Connection Setupの再送は？」と聞かれた場合には、「再送はありません。UEからのRRC Connection Requestの再送に応じて基地局から送信されます。」と私なら答えます。

RABについて mimimi さん 2011年06月02日(木) 15時04分

基本的な質問ですいません。

RABの確立、解放は、どこから、どのメッセージで最初に指示がだされるのでしょうか？

ちょび さん投稿日：2011年06月13日(月) 12時04分
　
NNさん、わかりやすい、丁寧な説明ありがとうございます。

NN さん投稿日：2011年06月11日(土) 03時12分
　
ASではRBベースにRABの確立、解放を行います。
新しいRABへ少なくともひとつのRBが確立されたときにRABの確立、RAB内のすべてのRBが解放された時にRABの解放と認識します。ただ、PS domainの場合、1RABには1RBしかアサインされないためRB setup/release = RAB setup/releaseの関係が成り立ちます。

mimimi さん投稿日：2011年06月10日(金) 14時28分
　
再びすいません。

ASでは、RABではなく、radio bearerの確立、解放を操作して、RAB自体の確立、解放はしない、という認識で正しいですか？

mimimi さん投稿日：2011年06月10日(金) 14時24分
　
NNさん、丁寧なご回答ありがとうございます。
大変勉強になりました。
AS内に関しては、なんとなくわかっているのですが、NAS側のPDP contextとの関係がいまいちわかっていません…。でもセクションを明示していただき、なんとなく理解できそうです。

また何かありましたらよろしくお願いいたします。

NN さん投稿日：2011年06月05日(日) 19時52分
　
AS内に話を限定するとRNCから送られるRadioBearerSetupがRABの確立の指示でRadioBearerReleaseが解放の指示を出します。

RABの確立、解放は基本的にNASが大元の指示を出してその結果としてASでのRAB確立、解放となります。
24.008 5.2節にCS RABの確立、5.4節にCS RABの解放、6.1.3.1節にPS RABの確立、6.1.3.4節にPS RABの解放についての記述があります。

なにから始めれば・・・？ UT34 さん 2010年04月13日(火) 20時54分

最近このような技術に関わる部署に異動しました。
このような、と言葉を濁したのは、これらの通信に関わる技術がほとんど分からないためです。

3gppの技術仕様を見てみようとしてもどれから見れば良いのかもわからず、
また周りにも知識ある方がおられないため、困り果てております。

お恥ずかしい話、私がこれらについて分からなくとも仕事は回るのですが、
それでは悔しいですし、実りもなく、先に繋がりません。
単刀直入に、なにも知らない素人が一から学ぶには何から始めれば良いのでしょう。

遅きに失したかもしれませんが さん投稿日：2010年09月03日(金) 16時58分
　
W-CDMAに関する技術の範囲は膨大です。
端末と基地局間の「無線系」
基地局間同士や外部との「ネットワーク系」
端末とサーバー上の「アプリケーション系」
さらにそれぞれは、いろいろなレイヤがあり技術も異なります。
また、ハードウェアなのかソフトウェアなのかも大きく異なります。

どのような開発を行う部署なのかがわからないとアドバイスのしようもないのがこの世界です。

Authenticationパラメータ計算方法 まぬえるさん 2010年02月10日(水) 19時11分

3GPP TS35.205でAuthenticationパラメータの計算方法が載っていますが、
f1～f5の具体的な計算式が記されている書物、
あるいはこれらを計算してくれるツールは何かあるでしょうか？

(ツールがありました！) まぬえる さん投稿日：2010年07月21日(水) 12時54分
　
Ｘさんご回答いただき、数ヶ月経ってしまいましたが、計算してくれるツールがありました。

RuimTools社の「2G + 3G Auhtentication Calculator」なるものです。
計算式を本当は理解すべきなのでしょうが、まずはこのツールで事足りてしまうので良しとします。。。

ありがとうございました。

X さん投稿日：2010年02月19日(金) 01時19分
　
35.206では駄目ですか？

ダイバーシティ受信でのアンテナ性能について 素人さん 2010年01月28日(木) 17時19分

TS 25.144にてアンテナ性能を含むover the airのspecがありますが、
ダイバーシティ受信でアンテナを２本使う場合に
各アンテナに対して何かspecがありますか？

ぴってら さん投稿日：2010年01月29日(金) 20時27分
　
各アンテナに対しての仕様は特にないと思います。
送信についてはいろいろと規定されてて、受信については端末としての
受信性能については規定されていますが、各部については特に仕様で規定されていることはないようです。
端末性能については、TS25.101で端末として要求される受信性能について記載されています。

送信電力制御の上り下り TPCコマンドさん 2009年09月17日(木) 17時48分

TS 25.214では、上りのclosed loop power controlが本文に記載され、つまり必須とされ、下りのclosed loop power controlがAnnex記載、つまり推奨扱いとなっています。なぜ相違を設けたのでしょう？
遠近問題を解決するなら、上りでも下りでも必須にすればよいと思うのですが。
それとも下りは、open loop power controlで足りるからでしょうか？

TPCコマンド さん投稿日：2009年10月14日(水) 16時19分
　
Ｘさん。理解できました。どうもありがとうございました。

X さん投稿日：2009年10月02日(金) 00時22分
　
3GPPでは端末側の振る舞いは細かく規定される一方、基地局側は自由度が高い。
ローミング対応のために、端末側の一様な振る舞いが要求されている。

つまり、下り電力を浪費して回線容量が減少してもあくまでもネットワーク側の責任だが、
例えば、上り電力が高すぎて一端末が網や他端末に迷惑をかけるのは論外という論理である。

さらに、下りは直交コードで多重化されているため、上りほど遠近問題はシビアでない。