MSCBSC 移动通信论坛
搜索
登录注册
网络优化工程师招聘专栏 4G/LTE通信工程师最新职位列表 通信实习生/应届生招聘职位

  • 阅读:2435
  • 回复:5
为什么没有64K CS+PS(64,384)的索引呢?
zhou102299

鎵嬫満鍙风爜宸查獙璇�


 发短消息    关注Ta 

积分 1609
帖子 318
威望 4280 个
礼品券 5 个
专家指数 19
注册 2009-9-18
回答问题数 0
回答被采纳数 0
回答采纳率 0%
 
发表于 2010-03-09 22:40:42  只看楼主 
今天看了协议才发现在CS64k时和PS并发时,在非HSDPA的小区中,为什么不可以建立DL:384的PS业务呢?
我当时所在的小区是2:4的小区,理论上应该可以做CS 64k+PS(64,384)的业务的吧?
CS64+UL64k所占的物理资源:SF2 x 1 code x 1time slot + SF4 x 1 code x 1 time slot
也就是说CS64+UL64k上行至少要用到三个时隙,是这样的吗?(因为时隙1SF8*1code*1 time slot)所以至少要用到三个上行时隙?
还有一个比如CS64k+DL128k所占的物理资源:
{SF16 x 8 codes x 1 time slot} +{SF16 x 5 codes x 1 time slot}
这样是不是说我必须要用到两个时隙?如果是这样的话,在3:3的小区配置中,那还剩下一个下行时隙啊。这个不还是可以用来做业务吗?
所以协议上在没有DPA小区的情况下,为什么要这样规定呢?是基于什么的考虑?是为了更多的接入用户?
还有一个是这样的:PS(64,64)的业务,若采用TB=320的配置,上行所占的物理资源:SF16 x 1 code x 1 time slot + SF4 x 1 code x 1 time slot
这样不会是说我做一个UL PS 64k的也都要占用两个上行时隙吧?这样也太浪费了吧?
期待高手指点。小弟先谢谢了。
扫码关注5G通信官方公众号,免费领取以下5G精品资料
  • 1、回复“YD5GAI”免费领取《中国移动:5G网络AI应用典型场景技术解决方案白皮书
  • 2、回复“5G6G”免费领取《5G_6G毫米波测试技术白皮书-2022_03-21
  • 3、回复“YD6G”免费领取《中国移动:6G至简无线接入网白皮书
  • 4、回复“LTBPS”免费领取《《中国联通5G终端白皮书》
  • 5、回复“ZGDX”免费领取《中国电信5G NTN技术白皮书
  • 6、回复“TXSB”免费领取《通信设备安装工程施工工艺图解
  • 7、回复“YDSL”免费领取《中国移动算力并网白皮书
  • 8、回复“5GX3”免费领取《 R16 23501-g60 5G的系统架构1
  • 对本帖内容的看法? 我要点评

     
    linuxcso

    鎵嬫満鍙风爜宸查獙璇�


     发短消息    关注Ta 

    积分 12176
    帖子 2578
    威望 101954 个
    礼品券 23 个
    专家指数 -714
    注册 2010-2-5
    回答问题数 0
    回答被采纳数 0
    回答采纳率 0%
     
    发表于 2010-03-09 23:25:31 
    技术问题,回答得专家指数,快速升级
    收藏下来,持续关注

    对本帖内容的看法? 我要点评

     
    figo-T

    鎵嬫満鍙风爜宸查獙璇�


     发短消息    关注Ta 

    积分 6335
    帖子 799
    威望 2665 个
    礼品券 5 个
    专家指数 -3
    注册 2009-7-6
    回答问题数 0
    回答被采纳数 0
    回答采纳率 0%
     
    发表于 2010-03-10 00:11:44 
    wuzhi abuhaoyisilauo

    对本帖内容的看法? 我要点评

     
    huaweigongcheng

    鎵嬫満鍙风爜宸查獙璇�


     发短消息    关注Ta 

    积分 3273
    帖子 272
    威望 26338 个
    礼品券 5 个
    专家指数 -25
    注册 2008-1-27
    回答问题数 0
    回答被采纳数 0
    回答采纳率 0%
     
    发表于 2010-03-10 10:20:48 
    收藏下来,持续关注

    对本帖内容的看法? 我要点评

     
    zhou102299

    鎵嬫満鍙风爜宸查獙璇�


     发短消息    关注Ta 

    积分 1609
    帖子 318
    威望 4280 个
    礼品券 5 个
    专家指数 19
    注册 2009-9-18
    回答问题数 0
    回答被采纳数 0
    回答采纳率 0%
     
    发表于 2010-03-10 21:19:33  只看楼主 
    期待高手来解答!

    对本帖内容的看法? 我要点评

     
    zhou102299

    鎵嬫満鍙风爜宸查獙璇�


     发短消息    关注Ta 

    积分 1609
    帖子 318
    威望 4280 个
    礼品券 5 个
    专家指数 19
    注册 2009-9-18
    回答问题数 0
    回答被采纳数 0
    回答采纳率 0%
     
    发表于 2010-03-11 22:28:58  只看楼主 
    怎么都没有人对这个感兴趣呢。唉。今天刚刚请教了一个人,不知道他说的对不对。不过我感觉这样才解释的通。
    PS(64,64)的业务,若采用TB=320的配置,上行所占的物理资源:SF16 x 1 code x 1 time slot + SF4 x 1 code x 1 time slot
    比如在时隙1中,一般情况下,PRACH都配置在时隙1,所以时隙1的SF应该是16.这样的话,UL64k就必须这样来配置:SF16的一个码道,然后4个连续的SF16的码道(据说等价于SF4的一个码道),所以总的来说,这样只需要5个BRU就可以搞定上行64k的业务了。
    但至于为什么没有CS64+PS(64,384)的这样的业务就不太清楚了,个人感觉这样配置的话,资源太浪费了。

    对本帖内容的看法? 我要点评

     

    快速回复主题    
    标题
    内容
    字体
    字号
    字数统计
     上传资料请点左侧【添加附件】

    当前时区 GMT+8, 现在时间是 2025-05-16 17:28:53
    渝ICP备11001752号  Copyright @ 2006-2016 mscbsc.com  本站统一服务邮箱:mscbsc@163.com

    Processed in 0.893667 second(s), 29 queries , Gzip enabled
    TOP
    清除 Cookies - 联系我们 - 移动通信网 - 移动通信论坛 - 通信招聘网 - Archiver