1、不重复。上传资料前先搜索一下是否存在重复的资料，如果资料重复，那是不可能通过审核的。搜索页面：http://www.mobileclub.org/bbs/plus_Down_Class.asp?classid=8 底部。
2、不大众化。从需求者的角度考虑一下，如果你的资料还是什么毫无新意的“优化流程”、“基本信令流程”，恐怕你的价格再低，也没人感兴趣。
3、说明详细。同样从需求者的角度考虑一下，如果你只有一个标题（有些人甚至连标题都没有，这类东东管理员会直接删除的，hoho），而没有说明，人家凭什么相信你这个是值得花钱下载的呢？
也许你是一个技术专家，也许你是一个学术权威，但是如果你不知道如何让别人了解你的东西，那么你便是一个哑巴专家、哑巴权威，行业生命长不了。
不对呀,前两天我上传的西门子WCDMA资料,应该不错呀,为什么没有?不会因为标价高吧
不对呀,前两天我上传的西门子WCDMA资料,应该不错呀,为什么没有?不会因为标价高吧
只要满足以上三条都可以
标价高我们会下调
|
测试编号：6.3.3.2 |
|
测试项目：功率控制 |
|
测试分项：上行开环功率控制 |
|
测试参考：3GPP TS 25.224 |
|
测试条件： 1. UE处于空闲模式 |
|
测试步骤： 1. UTRAN通过BCCH发送系统信息给UE； 2. UE发起呼叫请求； |
|
预期结果： 1. 在 UpPCH上发送之前，UE应测量PCCPCH_RSCP，并根据该值计算发射功率； |
|
测试说明： 1．从与UE连接的控制台上观察系统信息内容和UE测量的上行功率的变化； 2．UE根据系统消息类型5中的PRXUpPCHdes和测量的PCCPCH_RSCP计算在UpPCH上的发射功率。 PUpPCH = LPCCPCH + PRXUpPCHdes + (i-1)* Pwrramp 3．UE根据的FPACH burst中的PRXPRACHdes和测量的PCCPCH_RSCP计算在PRACH上的发射功率。 PPRACH = LPCCPCH + PRXPRACHdes + (iUpPCH-1) * Pwrramp 4．UE根据RRC CONNECT SETUP中的PRXPDPCHdes和测量的PCCPCH_RSCP计算在DPCH上的发射功率。 PDPCH = PRXPDPCHdes + LPCCPCH |
|
测试编号：6.3.4.1 |
|
测试项目：UE的测量控制与报告 |
|
测试分项：CS域，同频测量，周期性测量报告 |
|
测试条件： （1）配置Node B，使Node B下的两个同频小区Cell 1和Cell 2覆盖相邻区域； |
|
测试步骤： （1）UE在Cell 1上发起12.2K话音呼叫，进入CS CELL_DCH状态： （2）RNC在下行DCCH上向UE发起MEASUREMENT CONTROL消息，设置其中参数MEASUREMENT COMMAND为“SETUP”，CHOICE measurement type为“Intra-frequency measurement”，Intra-frequency cell id和Cell parameters ID分别为Cell 2的ID和Cell parameters ID，Measurement quantity为P-CCPCH RSCP，CHOICE report criteria为“periodic reporting criteria”，reporting interval为“8000”（8秒）； （3）大约8秒后UE发送MEASUREMENT REPORT消息给RNC； |
|
预期结果： （1）UE应根据MEASUREMENT CONTROL消息的要求定时发送测量报告，测量报告中应包括正确的测量内容； （2）测量报告应定时发出，时间间隔为reporting interval设定的值，报告的内容为Measurement quantity所指定的内容； |
|
测试说明： （1）从与UE连接的控制台上观察Uu接口上的信令消息及相关的IE； |
|
测试编号：6.3.4.2 |
|
测试项目：UE的测量控制与报告 |
|
测试分项：PS域，同频测量，周期性测量报告 |
|
测试条件： （1）配置Node B，使Node B下的两个同频小区Cell 1和Cell 2覆盖相邻区域； |
|
测试步骤： （1）UE在Cell 1上建立分组域通信，进入PS CELL_DCH状态： （2）RNC在下行DCCH上向UE发起MEASUREMENT CONTROL消息，设置其中参数MEASUREMENT COMMAND为“SETUP”，CHOICE measurement type为“Intra-frequency measurement”， Intra-frequency cell id和Cell parameters ID分别为Cell 2的ID和Cell parameters ID，Measurement quantity为P-CCPCH RSCP，CHOICE report criteria为“periodic reporting criteria”，reporting interval为“8000”（8秒）； （3）大约8秒后UE发送MEASUREMENT REPORT消息给RNC； |
|
预期结果： （1）UE应根据MEASUREMENT CONTROL消息的要求定时发送测量报告，测量报告中应包括正确的测量内容； （2）测量报告应定时发出，时间间隔为reporting interval设定的值，报告的内容为Measurement quantity所指定的内容； |
|
测试说明： （1）从与UE连接的控制台上观察Uu接口上的信令消息及相关的IE； |
|
测试编号：6.3.4.3 |
|
测试项目：UE的测量控制与报告 |
|
测试分项：CS域，同频测量，事件触发（1g）测量报告 |
|
测试条件： （1）通过OMN配置Node B，使Node B下的两个同频小区Cell 1和Cell 2覆盖相邻区域； |
|
测试步骤： （1）UE在Cell 1上发起AMR呼叫，进入CS CELL_DCH状态： （2）RNC在下行DCCH上向UE发起MEASUREMENT CONTROL消息，设置其中参数MEASUREMENT COMMAND为“SETUP”，CHOICE measurement type为“Intra-frequency measurement”，Intra-frequency cell info list 中包括Cell 1和Cell 2的Intra-frequency cell id和Cell parameters ID，Measurement quantity为P-CCPCH RSCP，report criteria为“event-trigger”，event identity为“1g”（最好的小区出现），Hysteresis和Time to trigger置0； （3）增加CELL2的发射功率，降低CELL1的发射功率，直到发生切换； （4）UE根据实际事件向UTRAN发送MEASUREMENT REPORT消息； |
|
预期结果： （1）UE应在满足了事件1g的条件后发送测量报告； |
|
测试说明： （1）从与UE连接的控制台上观察Uu接口上的信令消息及相关的IE； |
|
测试编号：6.3.4.5 |
|
测试项目：UE的测量控制与报告 |
|
测试分项：同频测量的终止（可选） |
|
测试条件： （1）通过OMN配置Node B，使Node B下的两个同频小区Cell 1和Cell 2覆盖相邻区域； （2）CELL_DCH状态下的UE处于Cell 1内，正对Cell 2进行周期性同频测量报告（Measurement identity为1）； |
|
测试步骤： （1）RNC在下行DCCH上向UE发起MEASUREMENT CONTROL消息，设置其中参数MEASUREMENT COMMAND为“RELEASE”，Measurement identity为“1”； （2）UE在收到MEASUREMENT CONTROL消息后，停止向UTRAN上报测量结果； |
|
预期结果： （1）UE应根据MEASUREMENT CONTROL消息的要求停止发送测量报告； |
|
测试说明： （1）从与UE连接的控制台上观察Uu接口上的信令消息及相关的IE； |
|
测试编号：7.1.1.1 |
|
测试项目：位置更新 |
|
测试分项：正常位置更新 |
|
测试参考：3GPP TS24.007 3GPP TS 24.008 |
|
测试条件： 1. UE开始处于关机状态，修改小区的LAC使之与UE关机前的LAC号不同； |
|
测试步骤： （1）UE开机进行位置更新，首先发送消息RRC CONNECTION REQUEST，其中“Establishment Cause”是“Registration”； （2）UE在建立和UTRAN的RRC连接后，发起“位置更新请求”； （3）CN在响应时，如果在“location updating accept”中，分配新的TMSI号，UE需要回应一条消息TMSI reallocation complete； |
|
预期结果： （1）UE在开机并建立和UTRAN的RRC连接后，发起“位置更新请求”； （2）位置更新过程中"mobile identity"也发生更新； |
|
测试说明： （1）从与UE连接的控制台上观察Uu接口上的消息和LAI的变化； |
