02.MMS规范与信令流程-42


MM3接口: MMSC和外部服务器之间的接口
MM3接口基于已经成熟的应用于Internet网上的协议来实现,
承载层基于IP,应用层协议为SMTP
MMS系统接口

MM4接口:两个MMSC之间的接口
基于IP协议栈实现,应用层协议为HTTP。

MM5接口:MMSC和HLR之间的接口
基于No.7协议实现,业务层协议是移动应用MAP协议。在目
接收方手机获取彩信

MM1_retrieve.REQ
接收方通过发送MM1_retrieve.REQ 到MMSC启动彩信获取流程 组成
Message Reference (Location of the content of the MM to be retrieved)

MM1_retrieve.RES

MMS标准由3GPP及WAP论坛和相关组织OMA共同制定 3GPP制定了如下部分:
MMSC的系统结构; MMSC与其他网元间的接口; MMSC内部节点间通讯协议; MMS消息应用协议,消息格式及语言.

WAP 论坛制定了如下内容:
完成 MS and MMSC之间的通讯协议


MM4_forward.RES
MM4_forward.REQ的响应消息 组成
Message ID Request Status
MM4口投递报告

MM4_delivery_report.REQ
接受方MMSC给发送方MMSC的投递报告
组成 Message ID : The identification of the original MM
External Server #3 (e.g. UMS)
...
External Server #N
MMS User Agent B
内容提要
MMS系统标准接口 标准信令以及信令流程 MMS补充规范介绍
MMS系统通讯消息(Message)

3GPP协议中约定
1.MMSUA和MMSC之间的消息以“MM1”为前缀。

MM7_delivery_report.RES
VASP返回给MMSC的响应消息
VASP到终端业务流程
VASP Originator MMS Relay/Server MM7_submit.REQ MM7_submit.RES Recipient-m MMS UA
MM1_notification.REQ MM1_notification.RES MM1_retrieve.REQ MM1_retrieve.RES

MM7_submit.RES
MMSC收到MM7_submit.REQ以后的响应消息 表示已经收到MM7_submit.REQ
MM7口投递报告

MM7_delivery_report.REQ
MMSC发送到VASP的投递报告
组成 MM Status: the status of the MM delivery, e.g. retrieved, rejected, expired or indeterminate
OMA
WAP论坛后续发展为OMA组织,并继续完成对3G网络中各项数据业务的规
范定义。
MMS系统接口
Postprocessing System MMS VAS Applications MMS User Databases
MM8 MM7 MM6 HLR MMS User Agent A MM1
Relay

MM1_submit.RES
MMSC收到MM1_submit.REQ消息后返回给UA的响应消息 组成
Request Status (The status of the MM1_submit request)
通知接对方手机获取消息

MM1_notification.REQ
MMSC通过发送MM1_notification.REQ到UA通知接受方有未读
为HTTP
MMS UI Messaging Application Framework MMS App Svcs MMS Comm WAP WSP Transfer Protocol Layers Interim Services Wireless TCP HTTP MMS App Svcs MM1 Transfer Protocol Payload MMS Comm HTTP
MM4_delivery_report.REQ MM1_delivery_ report.REQ MM4_delivery_report.RES
MM1_acknowledge ment.REQ
VASP提交多媒体消息

MM7_submit.REQ
VASP提交给多媒体消息到MMSC
组成 Content:The content of the multimedia message Delivery report: A request for delivery report Recipient address :The address of the recipient MM
Recipient MMS Relay/Server
Recipient MMS UA
MM1_submit. REQ MM1_submit. RES MM4_forward.REQ MM4_forward.RES MM1_notification. REQ MM1_notification. RES MM1_retrieve.REQ MM1_retrieve.RES
消息
组成 Subject :The title of the whole MM.
Message Reference : a reference, e.g., URI, for the MM

MM1_notification.RES
UA在收到MM1_notification.REQ后返回的响应消息 组成 Request Status

MM4_delivery_report.RES
发送方MMSC返回给接受方的响应消息
组成
Request Status : status of the associatedMM4_delivery_report.REQ
思考:带前转的终端到终端应用流程?
Originator MMS UA
Originator MMS Relay/Server
MM10
MM9
MM8
MM7
MM6 HLR
MMS User Agent A
MM1
Relay
MMS Relay/Server
MM2
MM5
Server
MM4 MM3
“Foreign” MMS Relay/Server MM1
External Server #1 (e.g. E-Mail)
External Server #2 (e.g. Fax)
2.MMSC之间的消息以“MM4”为前缀。 3.MMSC和VASP之间的消息以“MM7”为前缀。 4.请求消息以“.REQ”为后缀。 5.响应消息以“.RES”为后缀。
手机终端提交彩信

MM1_submit.REQ
MMS UA使用MM1_submit.REQ向MMSC提交彩信 组成 Recipient address Sender address Content/Subject
MMS Relay/Server
MM2
MM5
Server
MM4 MM3
“Foreign” MMS Relay/Server MM1
External Server #1 (e.g. E-Mail)
External Server #2 (e.g. Fax)
External Server #3 (e.g. UMS)
MM1_delivery_ report.REQ
MM1_acknowledgement.R EQ
MMSC之间消息前转
MMSE Service Provider A
MMSE Service Provider B
MMS User Agent A MM1
MMS Relay/Server A
SMTP/HTTP
前组网中,一般用不到MM5接口。
MMS系统接口

MM6接口:MMSC和用户数据库之间的接口
3GPP协议没有对MM6接口的实现协议做具体规定,属于内部
接口。

MM7接口:MMSC和VASP之间的接口
基于IP协议栈实现,应用层协议是HTTP和SOAP

MM8接口:MMSC和Billing之间用于计费的接口
MM7_delivery_report.REQ MM7_delivery_report.RES
MM1_acknowledgement.REQ
VASP接收多媒体消息

MM7_deliver.REQ
MMSC通过MM7_deliver.REQ发送MM到VASP 组成 Sender address
...
External Server #N
MMS User Agent B
MMS系统接口

MM1接口
为多媒体用户终端和多媒体消息业务中心(MMSC)之间的
接口。
多媒体用户终端通过此接口和MMSC交互,实现多媒体消息
的发送、获取等业务。
MMS系统接口

MM1接口分为两部分
用户终端和WAP网关之间的接口 :基于WAP或IP协议实现 WAP网关和MMSC之间的接口 :基于IP协议实现,承载层协议
对MM1_retrieve.REQ 的响应消息 组成
合集下载

信令流程定义范文

信令流程定义范文

信令流程定义范文信令流程是指通信系统中用于建立、维护和释放通信连接的一系列协议和信令交换的过程。

信令流程的定义包括信令消息的格式、交换方式以及参与方角色的定义等。

在现代通信系统中,信令流程起着至关重要的作用,它能够确保通信流畅、可靠,并提供一系列功能和服务。

信令流程通常由一系列信令消息组成,这些消息用于在通信系统中进行信息的交换和处理。

通常信令流程分为三个阶段:呼叫建立阶段、呼叫保持和挂断阶段。

每个阶段涉及的信令消息和参与方角色可能有所不同,下面将对每个阶段进行详细的描述。

呼叫建立阶段是通信过程中的首要阶段,其目的是建立通信连接。

在这个阶段,呼叫请求消息被发送给另一方。

这个呼叫请求消息包含了发起方的标识符以及所需的服务和功能。

接收方收到呼叫请求后,可以发送一个呼叫确认消息给发起方,表示接受呼叫请求。

接收方也可以发送一个呼叫拒绝消息给发起方,表示拒绝呼叫请求。

如果呼叫被接受,那么通信连接会被建立起来,并且可以继续到下一个阶段。

在呼叫保持阶段,通信连接已经建立,参与方可以交换更多的消息和数据。

在这个阶段,可以使用一系列的控制消息来控制通信连接的状态和属性。

比如,可以使用呼叫保持消息来发起通信连接的保持操作。

在一些情况下,也可以使用呼叫保持消息来取消通信连接的保持操作。

这个阶段还可以使用其他类型的消息来进行呼叫转移或者通信属性的修改。

最后是呼叫释放阶段,它表示通信连接的结束。

在这个阶段,一方可以发送呼叫释放消息,表示需要释放通信连接。

另一方接收到呼叫释放消息后,可以发送一个呼叫释放确认消息,并进行一系列清理操作,以确保通信连接的释放。

在一些情况下,也可以使用其他属性的消息来指示是否需要保持通信连接以进行后续操作。

总结来说,信令流程定义了通信系统中的信令消息的交换方式和参与方角色的定义。

它包括呼叫建立、呼叫保持和呼叫释放三个阶段。

在每个阶段,参与方可以交换一系列的信令消息来建立、维护和释放通信连接。

信令流程的定义对于通信系统的正常运行至关重要,它能够确保通信连接的可靠性和稳定性,并提供一系列功能和服务,以满足用户的需求。

信令流程分析部分

信令流程分析部分

信令流程分析部分
在现代通信系统中,信令流程是确保通信网络正常运行的关键部分之一、它负责在用户间传递各种控制信息,以确保通信的可靠性、效率以及
安全性。

本文将对信令流程进行详细分析,包括其定义、分类、重要性以
及常见的信令流程协议。

信令流程是指在通信系统中用于传输和处理与通信业务相关的控制信
息的过程。

它与实际的数据传输分离,主要负责处理用户的请求、建立并
维护通信连接、调度网络资源、以及处理和恢复错误等。

信令流程可分为物理层信令和控制层信令。

物理层信令是指在物理媒
介上进行传输的信令信息,例如电平、频率、帧同步等信息。

而控制层信
令则负责处理用户的请求和控制信息,包括呼叫建立、请求路由、鉴权、
计费等。

信令流程在通信系统中的重要性不言而喻。

它不仅用于在用户之间建
立通信连接,还可以确保通信过程中的安全性和可靠性。

通过信令流程,
用户可以请求网络资源,进行通信,而网络则可以对请求进行调度和控制,以满足不同用户的需求和优化网络性能。

综上所述,信令流程是通信系统中非常重要的一部分。

它负责处理用
户的请求和控制信息,确保通信的可靠性、效率和安全性。

常见的信令流
程协议有SS7、SIP和H.323等。

随着通信技术的不断发展,信令流程也
在不断演化和优化,以适应不同的通信需求。

02.MMS规范与信令流程-42

02.MMS规范与信令流程-42

MM7_delivery_report.REQ MM7_delivery_report.RES
MM1_acknowledgement.REQ
VASP接收多媒体消息

MM7_deliver.REQ
MMSC通过MM7_deliver.REQ发送MM到VASP 组成 Sender address
为HTTP
MMS UI Messaging Application Framework MMS App Svcs MMS Comm WAP WSP Transfer Protocol Layers Interim Services Wireless TCP HTTP MMS App Svcs MM1 Transfer Protocol Payload MMS Comm HTTP
接收方手机获取彩信

MM1_retrieve.REQ
接收方通过发送MM1_retrieve.REQ 到MMSC启动彩信获取流程 组成
Message Reference (Location of the content of the MM to be retrieved)

MM1_retrieve.RES
2.MMSC之间的消息以“MM4”为前缀。 3.MMSC和VASP之间的消息以“MM7”为前缀。 4.请求消息以“.REQ”为后缀。 5.响应消息以“.RES”为后缀。
手机终端提交彩信

MM1_submit.REQ
MMS UA使用MM1_submit.REQ向MMSC提交彩信 组成 Recipient address Sender address Content/Subject
MMS Relay/Server

常用信令流程汇总

常用信令流程汇总

常用信令流程汇总1.呼叫建立呼叫建立是通信过程中最基本的信令流程之一、它通常包括以下几个步骤:-主叫方发送呼叫请求消息。

-被叫方收到呼叫请求消息后,发送呼叫确认消息。

-主叫方收到呼叫确认消息后,发送呼叫确认应答消息。

2.呼叫振铃呼叫振铃是在呼叫建立后,被叫方的终端设备开始发出振铃声,通知被叫方有来电。

这个过程中主要涉及以下步骤:-被叫方终端设备接收到呼叫确认应答消息后,开始发出振铃信号。

3.呼叫转移呼叫转移是当呼叫要转移到另一个目的地时使用的信令流程。

它通常包括以下几个步骤:-主叫方发送呼叫转移请求消息。

-传递呼叫的信令设备收到呼叫转移请求后,发送呼叫转移确认消息。

-被叫方或目标设备接收到呼叫转移确认消息后,发送呼叫转移确认应答消息。

4.呼叫保持和恢复呼叫保持和恢复是指在通话过程中,主叫或被叫方需要将通话暂停或恢复的信令流程。

它通常包括以下几个步骤:-主叫或被叫方发送呼叫保持请求消息。

-通信设备收到呼叫保持请求消息后,发送呼叫保持确认消息。

-主叫或被叫方接收到呼叫保持确认消息后,可以发送呼叫保持确认应答消息。

5.呼叫释放呼叫释放是指在通信过程中结束通信的信令流程。

它通常包括以下几个步骤:-在通话结束时,主叫或被叫方发送呼叫释放请求消息。

-通信设备收到呼叫释放请求消息后,发送呼叫释放确认消息。

-主叫或被叫方接收到呼叫释放确认消息后,可以发送呼叫释放确认应答消息。

6.呼叫转换-主叫方发送呼叫转换请求消息。

-通信设备收到呼叫转换请求消息后,发送呼叫转换确认消息。

-转换后终端设备接收到呼叫转换确认消息后,可以发送呼叫转换确认应答消息。

这些只是常用信令流程的一些示例,实际应用中可能还涉及更多的信令流程。

在通信网络中,信令流程起着重要的作用,用于控制和管理通信资源,确保通信的顺利进行。

移动通信系统信令流程

移动通信系统信令流程

移动通信系统信令流程下载温馨提示:该文档是我店铺精心编制而成,希望大家下载以后,能够帮助大家解决实际的问题。

文档下载后可定制随意修改,请根据实际需要进行相应的调整和使用,谢谢!并且,本店铺为大家提供各种各样类型的实用资料,如教育随笔、日记赏析、句子摘抄、古诗大全、经典美文、话题作文、工作总结、词语解析、文案摘录、其他资料等等,如想了解不同资料格式和写法,敬请关注!Download tips: This document is carefully compiled by theeditor. I hope that after you download them,they can help yousolve practical problems. The document can be customized andmodified after downloading,please adjust and use it according toactual needs, thank you!In addition, our shop provides you with various types ofpractical materials,such as educational essays, diaryappreciation,sentence excerpts,ancient poems,classic articles,topic composition,work summary,word parsing,copy excerpts,other materials and so on,want to know different data formats andwriting methods,please pay attention!1. 开机附着流程:手机开机后,搜索可用的移动通信网络。

选择一个合适的网络并发送附着请求。

信令流程(图+介绍)

信令流程(图+介绍)
在SANM帧中,透明传输到MSC的L3消息是A接口的第1条L3消息。尽管A接口的MTP连接在通话前已经建立,但对每个呼叫,在L2还要建立一个SCCP的连接。L3消息包含在A接口上SCCP的请求建链消息(CR)中传递。如请求被允许,A接口的第1条下行消息将包含在SCCP层的连接证实(CC)帧中。对SCCP层来说,CR与CC的交换是源参考地址与目的参考地址的交换。在同样的信令点码下,不同的呼叫具有不同的源地址和目的地址。
1、建立RR连接
RR的功能包括物理信道管理和逻辑信道的数据链路层连接等。
在任何情况下,MS向系统发出的第一条消息都是CH-REQ(信道请求),要求系统提供一条通信信道,所提供的信道类型则由网络决定。CH-REQ有两个参数:建立原因和随机参考值(RAND)。建立原因是指MS发起这次请求的原因,本例的原因是MS发起呼叫,其它原因有紧急呼叫、呼叫重建和寻呼响应等。RAND是由MS确定的一个随机值,使网络能区别不同MS所发起的请求。RAND有5位,最多可同时区分32个MS,但不保证两个同时发起呼叫的MS的RAND值一定不同。要进一步区别同时发起请求的MS,还要根据Um接口上的应答消息。
网络收到SETUP消息,若接受请求,就回送CALL PROC(呼叫处理),表明正在处理呼叫,主叫MS处于等待状态。网络开始寻找被叫用户,若被叫也是GSM系统用户,其接入网络的方式与主叫类似。不同点有:(1)被叫MS收到网络发出的PAGINC(寻呼)消息后,才会提出信道请求;(2)被叫MS在与网络建立CC连接时,先由网络发下行的SETUP消息,MS回送CALLCONF(呼叫证实)消息。在CALL,PROC或CALL,CONF后,网络与MS之间CC层的连接建立。
A接口上第1条消息传递完后,MS与系统之间就建立了RR连接,RR实体通知MM子层已进入专用模式。在专用模式下,MM子层和CC子层负责发送所有L2层上的消息。除了错误指示和释放本地链路以外,均由RR子层直接处理。

lte信令流程

lte信令流程LTE信令流程。

LTE(Long Term Evolution)是第四代移动通信技术的缩写,它在提供更高数据传输速率、更低延迟和更好的覆盖范围方面具有显著优势。

LTE网络中的信令流程是指移动设备和基站之间进行通信时所涉及的信令交换过程。

下面将介绍LTE信令流程的主要内容。

1. 接入过程。

当移动设备需要接入LTE网络时,首先会发送接入请求给附近的基站。

基站收到请求后,会向移动设备发送接入许可。

移动设备收到许可后,会进行随机接入过程,选择一个随机接入时隙,并发送接入请求。

基站收到请求后,会分配一个临时的标识给移动设备,确认接入成功。

2. 呼叫建立过程。

在LTE网络中,呼叫建立过程是指移动设备与网络之间建立通话或数据传输连接的过程。

当移动设备需要发起呼叫时,会向基站发送呼叫请求。

基站收到请求后,会向核心网发送呼叫请求,并等待核心网的响应。

核心网在收到呼叫请求后,会进行用户身份验证和授权,并向基站发送呼叫建立请求。

基站收到建立请求后,会向移动设备发送建立请求,建立通话或数据传输连接。

3. 手over过程。

在移动通信中,手over是指移动设备在通话或数据传输过程中由一个基站切换到另一个基站的过程。

在LTE网络中,手over过程分为两种情况,硬切换和软切换。

硬切换是指移动设备在通话或数据传输过程中突然切换到另一个基站,而软切换是指移动设备在通话或数据传输过程中平滑地切换到另一个基站。

无论是硬切换还是软切换,移动设备在切换过程中都需要与原基站和目标基站进行信令交换,以确保通话或数据传输的连续性。

4. 释放过程。

当通话或数据传输结束时,移动设备会向基站发送释放请求。

基站收到请求后,会向核心网发送释放请求,并等待核心网的响应。

核心网在收到释放请求后,会进行用户鉴权和计费,并向基站发送释放请求。

基站收到释放请求后,会向移动设备发送释放请求,结束通话或数据传输连接。

以上就是LTE信令流程的主要内容。

通过对接入过程、呼叫建立过程、手over过程和释放过程的介绍,我们可以更好地理解LTE 网络中移动设备和基站之间的信令交换过程,为LTE网络的优化和问题排查提供参考。

信令流程的描述

信令流程的描述信令流程的描述同步过程当手机开机后,会去扫描所有的无线信道并在3秒至5秒内测量它们的信号强度,将30个信号最强载频存储下来,然后调制到信号强度最强的载频上,通过扫描它的FCCH突发脉冲来判断它是否是一BCCH频点,若是的话会继续去收听它的SCH突发脉冲,看是否能对之进行解调,若能通过解出的BSIC号,看是否是被SIM卡禁止的,若可以接入,则继续收听BCCH广播,看该小区是否被禁止接入,若允许接入则根据小区选择准则C1算法,看是否满足C1大于0的要求,若完全通过则该小区则被选为服务小区,若其中一步失败则对次强信道进行同样的流程。

手机空闲状态下的工作当手机进入空闲模式下后,手机先对该服务小区的系统消息进行按TC顺序进行分析,若是GSM900M的话,系统将会接受SYSTEM INFORMATION TYPE 1、TYPE2、TYPE3、TYPE4;若是GSM1800M的话,则会系统接受TYPE1、TYPE2、TYPE2 BIS、TYPE3、TYPE4;若是双频网络的话会系统接受TYPE1、TYPE2、TYPE2 BIS、TYPE2 TER、TYPE3、TPPE4;每个系统消息相隔一个51复祯,中间还要根据noofMultiFrameBetweenPaging参数所定义的时长到所指定的寻呼块来接收系统的寻呼消息(一般在寻呼业务量大的地方或邻小区多的地方该值定义的较小,即定义了手机不连续接收的时长,该值越大,在该服务区的手机就越省电,如市区可定义为2,即手机在102祯内收听一次寻呼消息,郊区可定义为4或6),在手机完成对系统消息的测量后,就进入休息状态,仅在指定的寻呼块内收听寻呼消息并同时测量邻小区的BCCH的接收电平,在30秒左右的时间内又将会去收听系统消息,来判断小区重选的进程。

1个SACCH复帧 = 4个SACCH帧 = 15/26*8*26*4 毫秒(即480ms)现对手机发起呼叫的流程进行分析:1、MS通过RACH信道先发起一个channel request消息(8bits),其中包括请求信道原因及一个随机参考值,来等待AGCH信道的指派,此时MS 在物理信道TS0上等待BSC给它分配无线资源。

信令流程讲义范文

信令流程讲义范文信令流程是在通信系统中用于实现信令交换和控制的一系列过程和协议。

它涉及到发送和接收传递控制信息,以确保通信系统中的设备和网络能够正常运行。

一、信令流程概述在通信系统中,信令流程主要用于支持呼叫建立、终止和管理,以及在通话过程中提供设备和网络的控制。

它是在用户数据传输之外进行的信息交换,用于确保通信设备和网络之间的协调和合作。

信令流程一般由以下几个步骤组成:呼叫建立、信道分配、呼叫控制和释放。

1.呼叫建立:呼叫建立是指在两个通信设备之间建立通话连接的过程。

当一个用户希望与另一个用户通话时,首先需要通过呼叫建立信令来告知网络,网络会分配合适的资源并建立通信链路。

2.信道分配:信道分配是指网络为建立呼叫所分配的信道或频谱资源。

在呼叫建立过程中,网络会根据需要为通话双方分配合适的通信信道,以确保通信质量和资源利用效率。

3. 呼叫控制:呼叫控制是在通话过程中对呼叫进行管理和控制的过程。

它包括通话管理、增加或删除参与者、调整信道等控制功能。

呼叫控制信令可以通过呼叫控制协议实现,如SS7(Signaling System No. 7)。

4.释放:释放是指终止通话并释放通信资源的过程。

当通话结束或用户主动挂断时,会发送释放信令告知网络释放通话资源。

二、信令流程详解1.呼叫建立的信令流程:(1)用户A拨号,向接入网关发送呼叫请求。

(2)接入网关接收到呼叫请求后,通过信令传送网络将呼叫请求传递给信令交换机。

(3)信令交换机验证呼叫请求并根据需要向目标用户分配资源。

(4)信令交换机通过信令传送网络将呼叫请求传递给目标用户所在的接入网关。

(5)目标用户接收到呼叫请求后,可以选择接听或拒绝呼叫。

(6)接收到接听信号后,信令交换机将建立连接的信令传递回源用户所在的接入网关。

(7)接入网关收到建立连接的信令后,建立通话连接并通知源用户。

2.信道分配的信令流程:(1)用户A发起信道分配请求。

(2)信令交换机根据用户的请求和网络的资源情况,为用户分配通信信道。

信令流程及系统消息

GSM 信令系统概述上海贝尔阿尔卡特网络优化小组一、信令基本概念简单地说,信令是指通信系统中的控制信令。

它可以指导终端、交换系统及传输系统协同运行,在指定的终端之间建立临时的通信信道,并维护网络本身正常运行。

信令系统是通信网的重要组成部分,是通信网的神经系统,建立通信网的目的是为用户传递包括话音信息和非话音信息在内的各种信息。

1—9,24—36,42—54,信道的必须记住。

二、移动主叫流程1.信道要求M S通过动态地在R A C H信道(随机接入信道)上发送一个随机接入脉冲向一个(B T S)基站收发信台申请一条信道。

在信道请求消息中包括了建立的原因,这个原因可能是“寻呼响应”、“紧急呼叫”、“移动主叫”、“短消息业务”或“其他”,比如“位置更新”。

此外,这条消息还包括随机参数,移动台(M S)随机的选5个比特作为随机参数。

这些参数的作用是:当两个移动台同时接入网络时,网络能运用这些参数来区分这些移动台。

2.信道请求基站收发信台向基站控制器发一条申请信道消息。

通过这条消息,基站收发信台进一步向基站控制器传递由移动台发起的信道请求。

实际上,信道请求消息中除了包含信道要求消息中的一些消息外,还包括通过基站收发信台加入的一些消息。

请求参考单元直接从信道要求消息中来,初始时间提前量(接入延迟)由基站收发信台加入到这条消息中去。

3.信道激活收到从基站收发信台发来的信道请求消息后,基站控制器开始按照一定的条件为此次呼叫寻找和分配S D C C H信道,同时基站控制器向基站收发信台发送一条信道激活消息。

其中最重要的是:分配给哪个基站收发信台以及此S D C C H的信道组合。

此消息中包含的参数有:D T X控制、信道的I D(识别)、信道描述和移动分配、移动台和基站的最大功率电平、基站控制器计算的有关此次接入的初始时间提前量等。

4.信道激活证实这是对信道激活消息的应答。

当基站收发信台收到这条消息后,它开始在S A C C H信道发送和接受消息。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
相关文档
最新文档