블로그 이미지
kalstein

여러가지 프로그래밍 관련이나...신변잡기적인 글들을 남기는 블로그입니다. 지식은 나누는만큼 강력해집니다 ^^

Rss feed Tistory
잡동사니 2008. 11. 19. 08:59

WoW 리치킹의 분노가 나온 시점에...

Starcraft를 샀다. ㅡ _-;;
와우가 재밌긴하지만...뭐 맨날 밥만 먹고 살 수 있나. 하하하;;
앤솔로지라구 해서...시디 안넣고 해도 되는 버젼이 있고 1.5만원 하길래 옥션에서 하나 샀다.
올만에 베넷 하니까 재밌더만....

비록 3:3 올저그한테 발리긴했지만 ㅡ _-;;;;

그냥 한 30분 시간날때 한두판 즐기기엔 스타크래프트가 참 좋은듯 ^^;;
,
잡동사니 2008. 11. 13. 14:31

민트패드라...괜찮아보이는걸?

링크는 -> 여기

컨셉이 상당히 괜찮다. 언제나 쓸수있는 메모. 그리고 ad-hoc을 이용한 유저끼리의 통신.
물론 기존의 PDA에서 가능했던 거지만...글쎄? 저런 App들을 이미 탑재하고 있었나?
기능자체는 지원했다. 메모는 메모장 열어서 타이핑(...어느세월에 ㅋ)하면 되고, 유저끼리의 데이터(메모든 뭐든) 전송을 위해서는 ad-hoc 모드를 각자가 켜야되고 (IR을 이용해도 되겠지?) 주위 사람들 검색을 해야되고 이러쿵저러쿵.

하지만 그런것들을 깔끔하게 App로 정리하고, Blog도 쓸수있도록 하고. 충분히 얼리어댑터들의 마음을 뒤흔들어놓을만 하다. 조금 걱정되는건, 제품의 마무리가 iPod touch처럼 고급스러우냐 아니냐, 필기감이 얼마나 좋으냐...정도인데 필기감은 괜찮다는 평들인듯. iPod touch 덕분에 소비자들의 눈은 상당히 높아졌단말이지 ㅎㅎㅎ

사실 내가 햅틱을 폄하하는 이유는, 이름값, 가격 등에 비해 너무 UI 반응이 느리다. (그러나 많이 팔리고 있는듯하다 -_-;;; 대단한 소비자들 ㅎㅎ; 나야 뭐...비싼 핸드폰에 관심이 없으니까 ^^;) 반응이 그냥 예전 PDA와 비슷하다. iPod touch 반응속도의 절반수준도 되지않는다. UI의 깔끔함은 떠나자...어쩔수없다. 그건 UI의 철학이 담겨있는 부분이고 예로부터 Apple의 UI수준은 높기로 유명하지않았나. 그러나 반응속도의 경우는 기술력이다. 철학처럼 수년 이상 쌓여야되는게 아니란말이지 -_-;;

뭐 민트패드 얘기하다가 햅틱,iPod touch로 까지 얘기가 흘러갔는데...어차피 다들 비슷한 부류로 볼 수도 있지않을까 ㅎㅎ 여튼 재밌는 제품이 나왔다는 점에서 반갑고, 컨셉도 훌륭하다!






하지만 난 사지않을듯 -ㅁ-;; 구질구질 큰거 가지고 다니는거 귀찮거든...ㅡ _-;; (덕분에 내 핸드폰도 바형이다. 잠시 팔리고 말았던...기능은 DMB, 외부메모리 등 이것저것 다되지만 DMB가끔 보는거 외에는 전화,문자만 사용중 ㅎㅎㅎ)
,
Programming/WCDMA 2008. 11. 7. 15:00

About TFC, TFI

WCDMA physical layer에서 보면 TFC, TFI, TFCI 등등...뭐가 많이 나온다. 전반적인 설명과 함께 TFC에 대하여 글을 남겨둔다.

WCDMA for UMTS 책에 보면 간략히 TFI, TFCI의 관계에 대해 나와있다.
TFI는 Transport Format Indicator, TFCI는 Transport Format Combination Indicator의 줄임말이다.

Higher layer에서는 모든 블럭이 Transport Block으로 관리된다. (Transport 채널이기도 하고.) 요 TB들은 어떤 특정한 포맷을 가지게 되는데 이를 TF, Transport Format이라고 한다. 이는 상위에서 설정값으로 내려온다. 이게 종류가 여러개란 말이지. 그런데 physical 전송할때마다 일일히 '이 포맷은 몇바이트짜리다.' 라고 쓰면 bit를 많이 쓰게 되니까 그냥 그걸 index식으로 표현하는게 (0은 A비트, 1은 B비트 뭐 이런식) TFI 인것.

TrCH은 (Transport Channel) 동시에 여러개가 열려있을 수 도 있다. 그러면 당연히 TFI도 여러개. 하지만 실질적으로 Physical Layer의 Channel은 DPCCH, DPDCH의 2개. 그러면 여러개의 TrCH을 Multiplexing 해야되는거지. 그래서 어떤 TFI의 데이터들을 MUX했는지 알려주기 위한 것이 TFCI.

예들 들자면, TrCH이 3개가 있었다고 가정하고 각각 TFI가 0,1,0 이었다고 하자. 저런 구성의 TFI 3개를 섞었을때 TFCI가 0이라고 정해놓는거지. TFI가 0,1,1일 경우에 TFCI가 1이라고 정해놓는거고. 그럼 DPCCH에 TFCI값을 보고 '아 이거 어떤녀석들이 섞여 있는거구나. 그거에 따라서 분리(Demultiplexing)해야겠네' 라고 할 수 있는것.

해당되는 TFCI의 의미를 알려면 3GPP 34.108 의 6.10.2 절을 보면 상세히 나와있다. 저 스펙문서에서 TFS에 보면... '숫자'x'숫자' 가 있다. (ex. 0x103, 1x39, etc) 앞의 숫자는 블럭개수를 의미하고, 뒤의 숫자는 비트수를 의미한다. 간혹 보면 0x103 이런녀석들 있는데...사이즈가 있어도 블럭이 없는것이니까 0이라고 생각하면 된다. (그래서 저런 경우 옆에 'alt. 1x0' 라고 명시되어있다. 사이즈 제로란 소리)
,
TOTAL TODAY