CN101160928A - 一种实现IuUP/NBUP协议过程控制功能的方法 - Google Patents

一种实现IuUP/NBUP协议过程控制功能的方法 Download PDF

Info

Publication number
CN101160928A
CN101160928A CNA2006800128422A CN200680012842A CN101160928A CN 101160928 A CN101160928 A CN 101160928A CN A2006800128422 A CNA2006800128422 A CN A2006800128422A CN 200680012842 A CN200680012842 A CN 200680012842A CN 101160928 A CN101160928 A CN 101160928A
Authority
CN
China
Prior art keywords
frame
processing module
control
request
slow
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CNA2006800128422A
Other languages
English (en)
Other versions
CN101160928B (zh
Inventor
项飞
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN2006800128422A priority Critical patent/CN101160928B/zh
Publication of CN101160928A publication Critical patent/CN101160928A/zh
Application granted granted Critical
Publication of CN101160928B publication Critical patent/CN101160928B/zh
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/18—Negotiating wireless communication parameters
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/26—Flow control; Congestion control using explicit feedback to the source, e.g. choke packets
    • H04L47/263—Rate modification at the source after receiving feedback
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/28—Flow control; Congestion control in relation to timing considerations
    • H04L47/283—Flow control; Congestion control in relation to timing considerations in response to processing delays, e.g. caused by jitter or round trip time [RTT]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/32—Flow control; Congestion control by discarding or delaying data units, e.g. packets or frames
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/04—Registration at HLR or HSS [Home Subscriber Server]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/54—Store-and-forward switching systems 
    • H04L12/56—Packet switching systems
    • H04L12/5601—Transfer mode dependent, e.g. ATM
    • H04L2012/5678—Traffic aspects, e.g. arbitration, load balancing, smoothing, buffer management
    • H04L2012/5679—Arbitration or scheduling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/18—Negotiating wireless communication parameters
    • H04W28/22—Negotiating communication rate
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/04—Interfaces between hierarchically different network devices
    • H04W92/14—Interfaces between hierarchically different network devices between access point controllers and backbone network device
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/16—Interfaces between hierarchically similar devices

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Quality & Reliability (AREA)
  • Databases & Information Systems (AREA)
  • Communication Control (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)
  • Exchange Systems With Centralized Control (AREA)

Abstract

本发明涉及一种实现IuUP/NbUP协议过程控制功能的方法，UP时间校准请求处理模块或UP速率请求处理模块在接收到请求帧时，执行以下步骤：a.解析收到的请求帧；b.根据解析出的值构造控制消息，缓存于缓存处理模块中；c.将缓存于所述缓存处理模块中的控制消息依次发送给过程控制功能执行实体处理，并将所述过程控制功能执行实体的结果返回。本发明还同时公开了一种实现IuUP/NbUP协议过程控制功能的系统。本发明具有较好的扩展性，并提高了系统响应效率。

Description

一种实现 IuUP/NBUP协议过程控制功能的方法 技术领域 本发明涉及 3G移动通信网， 更具体地说， 涉及一种实现无线接入网 和核心网之间接口 /媒体网关之间接口的用户面协议（筒称 IuUP/NbUP协 议）过程控制的方法。
背景技术
UP (用户面，即传输用户数据的层面）协议的软件实体一般存在于 RNC (无线网络控制器）、 MGW (媒体网关） 中， 该协议的目的包括两个： （1 ) 传输用户面数据， 通过用户面控制信令（UP初始化、 数率控制、 时间校准 和错误事件指示）保证用户面数据传输的 QoS (业务质量）； （ 2 )保持 CN (核心网） 的独立性， 尽可能减少核心网对传输网络层 （TNL , 如 RTP/UDP/IP ) 的依赖。
现有的技术方案如图 1所示， UP帧检查分发模块将系统接收到的 UP 帧进行 UP帧序号检查、 CRC校验（循环冗余位校验）， 并根据 UP帧头中 的 PDUType(帧字节）来区分数据帧和控制帧，目前 3G标准 UP协议（ 3GPP TS 25.415,3GPP TS 29.415 ) 中， 仅定义了 SMpSDU (服务数据单元长度预 定义支持模式， Support mode for predefined SDU size, 简称 SMpSDU ) 支 持模式， 在 SMpSDU支持模式下，数据帧的 PDUType的值为 0和 1 , 控制 帧的 PDUType的值为 14。 控制帧发送给 UP请求帧分发 /应答帧封装发送 模块， 数据帧发送给数据帧处理模块。
对于控制帧， 根据帧头中的 Procedure Indicator (过程指示）确定控制 帧的类型， 并根据控制帧的类型分发给相应的过程控制模块进行处理（UP 初始化处理模块、 UP时间校准处理模块、 UP速率控制处理模块、 UP错误 事件处理模块）。 下面对各个模块的处理过程进行说明。
当 UP 初始化处理模块收到初始化帧后， 解析出发送方支持的 RFCI 集（RFCI: 无线接入承载子流组合标识）， 包括各 RFCI相应的承载子流服 务数据单元长度。以后按该 RPCI集控制数据流处理实体进行 UP数据流的 发送和接收。 当 UP速率控制处理模块收到控制发起方的速率控制请求帧后， 解析 出控制发起方要求的最大速率， 然后发送该速率控制消息给 TC编解码通 道， 指示 TC编解码通道将数据帧的发送速率调整到指定值， 速率调整成 功后， UP速率控制处理模块给控制发起方发送应答帧。
当 UP 时间校准处理模块收到控制发起方的时间校准请求帧后， 解析 出时间校准值， 然后发送时间控制消息给 TC编解码通道， 指示 TC编解码 通道将数据帧的发送时间提前或推迟指定的时间， 时间校准成功后， UP时 间校准处理模块给控制发起方发送应答帧。
如果 UP数据帧或控制帧在处理过程中发现错误，就通知 UP错误事件 处理模块， 判断错误类型后， UP错误事件处理模块向对端实体发送错误事 件帧， 对于对端发送来的错误事件帧， 本端做事件记录并通知数据流处理 功能实体故相应处理。
由以上所述可知， 现有技术存在以下缺点：
( 1 )该方案只支持 SMpSDU支持模式下的过程控制处理。 由于收到 UP帧时没有区分支持模式， 当需要同时支持两种版本的 UP支持模式时， 软件就需要做较大修改。
( 2 ) 过程控制功能的执行实体通常为 TC编解码通道， 但对 TC编解 码通道的操作是异步独占的， 即前一次操作请求未结束后一个操作请求不 能执行， 例如： 当收到速率控制请求帧后， UP速率控制模块向 TC编解码 通道发送速率控制消息， 在 TC编解码通道还没有返回应答前系统又收到 了时间校准请求帧，这样后来的时间校准请求被前一个速率控制请求挂起， 然而按照 3G标准 UP协议（ 3GPP TS 25.415 ),在一个 UP支持模式会话中， UP初始化是第一个发生的 UP控制功能， 在这之后， UP速率控制处理模 块、 UP时间校准处理模块、 UP错误事件处理模块均是相互独立的， 不能 相互制约。
( 3 )该方案只实现了 UP控制请求的处理， 不支持主动发起 ΌΡ初始 化、 UP时间校准、 UP速率控制。按照 3G标准 UP协议， RNC和 NGW均 有可能既是 UP控制操作的发起者又是处理者。
( 4 ) 不能正确处理多个连续速率控制请求。 根据 3G标准 UP协议规 定， 当系统连续收到多个速率控制请求帧时， 以最后一次速率控制为准。 在该方案中， 按缺点（2 )中的描述， 后一个速率控制请求可能被丢弃， 只 有最早的一个速率请求被正常处理。 这样处理会导致速率控制失败， 因为 速率控制发送方收到的应答帧中的帧序号与最后一次发出去的速率控制帧 中的序号可能不匹配。
发明内容
本发明要解决的技术问题在于， 针对现有技术的上述缺陷，提供一种 实现 IuUP/ bUP协议过程控制功能的方法， 具有较好的扩展性， 并提高了 系统响应效率。
本发明解决其技术问题所采用的技术方案是： 构造一种实现
IuUP/NbUP协议过程控制功能的方法， UP时间校准请求处理模块或 UP速 率请求处理模块在接收到请求帧时， 执行以下步驟：
a.解析收到的请求帧；
b.根据解析出的值构造控制消息 , 緩存于緩存处理模块中；
c.将緩存于所述緩存处理模块中的控制消息依次发送给过程控制功能 执行实体处理， 并将所述过程控制功能执行实体的结果返回。
在本发明所述的方法中，所述 UP时间校准请求处理模块与所述 UP速 率请求处理模块设有请求操作控制块， 所述请求操作控制块保存最近一次 请求帧信息、 请求操作状态以及控制信息的序号。
在本发明所述的方法中， 如果是 UP速率请求处理模块， 则所述步骤 a 包括：
al，判断所述请求操作状态；
a2.如果是结束态， 则执行步骤 a3,如果是等待态， 则执行步骤 a4; a3.判断请求速率与当前速率是否相同， 如果相同， 则直接向对端 UP 协议实体返回 Ack帧； 如果不相同， 则执行所述步驟 b;
a4.判断请求速率与当前速率是否相同， 如果相同， 则更新所述请求操 作控制块的帧序号， 并向对端 UP协议实体返回应答帧； 如果不相同， 则 执行所述步骤 b。
在本发明所述的方法中， 所述步驟 b包括： bl.将所述请求帧的信息与所述控制消息的序号保存于所述请求操作 控制块；
b2.如果是步骤 a3中不相同的情况，则启动定时器，将所述控制消息緩 存于緩存处理模块中， 并将所述请求操作控制块状态为等待态； 如果是步 骤 a4中不相同的情况， 则停止定时器， 再启动定时器， 并将所述控制消息 緩存于緩存处理模块中。
在本发明所述的方法中， 所述步骤 c包括
c 1.判断所述请求操作控制块中的控制消息的序号与所述请求操作状 态；
c2.如果与所述控制消息中的序号匹配并且所述请求操作状态为等待 态， 则执行步驟 c3; 否则， 丟弃该消息并记下日志；
c3.停止定时器， 并将所述请求操作状态设为结束态；
c4.判断所述过程控制功能执行实体是否操作成功， 如果成功， 则根据 所述控制消息的序号向对端 UP协议实体返回 Ack帧； 如果不成功， 则根 据所述控制消息的序号向对端 UP协议实体返回 Nack帧。
在本发明所述的方法中，所述 UP时间校准请求处理模块与所述 UP速 率控制请求处理模块发给所述过程控制功能执行实体的控制消息共享同一 个所述緩存处理模块。
在本发明所述的方法中，所述 UP时间校准请求处理模块与所述 UP速 率控制请求处理模块发给所述过程控制功能执行实体的控制消息在各自的 请求处理模块里使用独立的所述緩存处理模块， 系统在执行一个 UP控制 请求操作时， 需要检查其他请求操作状态， 如果其他操作正在执行， 则将 本次操作緩存在自己的所述緩存处理模块中 , 当其他请求操作控制块空闲 时， 再执行操作。
在本发明所述的方法中，所述 UP时间校准请求处理模块与所述 UP速 率控制请求处理模块共享同一个所述过程控制功能执行实体。
在本发明所述的方法中， 将时间校准与速率控制的执行实体分离， 用 所述过程控制功能执行实体做速率调整， 用 UP数据帧处理模块做时间校 准。 在本发明所述的方法中， 所述过程控制功能执行实体是 TC编解码通 道。
在本发明所述的方法中， 所述緩存处理模块是消息队列。
一种实现 IuUP/NbUP协议过程控制功能的方法， 包括以下步骤： aOl.根据服务数据单元长度预定义支持模式判断 UP帧的种类； a02.如果是数据帧， 则将所述数据帧发送给 UP数据帧处理模块， 如果 是控制帧， 则将所述控制帧发送给控制帧类型判断模块， 执行步驟 a03； a03.如果是请求帧， 则将所述请求帧发送给 UP请求帧分发 /应答帧封 装发送模块； 如果是应答帧， 则执行步骤 a04;
a04.将所述应答帧发送给 UP请求帧封装发送 /应答帧分发模块,并由该 模块根据所述应答帧的类型分发给 UP初始化发起处理模块、 UP时间校准 发起处理模块或 UP速率控制发起处理模块。
在本发明所述的方法中， 还包括一个判断的步骤： aOOl 艮据接收到的 UP帧判断 UP协议支持模式的类型；
a002.如果不是服务器数据单元长度预定义支持模式， 则将 UP帧发送 给预定支持模式处理模块； 如果是服务器数据单元长度预定义支持模式， 则执行步骤 aOl;
在本发明所述的方法中， 所述步骤 a04中，
所述 UP初始化通过控制面信令向对端 UP协议实体发起控制操作； 所述 UP时间校准发起处理模块或 UP速率控制发起处理模块设有发起 操作控制块， 该发起操作控制块保存发送帧的副本、 发起操作状态以及重 发计数器， 并通过所述过程控制功能执行实体向对端 UP协议实体发起控 制操作。
在本发明所述的方法中，所述过程控制功能执行实体发起控制操作时， 所述 UP速率控制发起处理模块执行以下步驟：
a041.判断所述发起操作状态；
a042.如果是等待态， 则判断请求调整的速率与发起操作控制块中緩存 的速率是否相等， 并执行步骤 a043; 如果是空闲态， 则执行步驟 a044; a043.如果相等， 则丟弃该请求调整速率控制消息； 如果不相等， 则停 止等待定时器， 再将重发次数计数器清 0， 置所述发起操作状态为空闲态， 释放所緩存的速率请求帧， 记下日志， 并执行步驟 a044;
a044.构造并緩存速率请求帧， 启动定时器， 再将发送次数计数器置 1 , 将所述发起操作状态为等待态；
a045.向对端 UP协议实体发送所述速率请求帧。
在本发明所述的方法中， 所述 UP速率控制发起处理模块接收到所述 对端 UP协议实体返回的应答帧时， 执行以下步驟：
a046.判断所述应答帧的序号是否与所述发起操作控制块的帧序号是否 匹配， 并且所述发起操作状态是否为等待态；
a047.如果匹配并且为等待态， 则执行步骤 a048， 否则， 丟弃所述应答 帧并记下日志；
a048.停止定时器， 将所述发起操作控制块设为空闲态， 置重发计数器 为 0, 释放所緩存的速率请求帧， 并执行步骤 a049;
a049.判断所述应答帧表示是否成功， 如果成功， 则向所述过程控制功 能执行实体发送 Ack帧； 如果不成功， 则向所述过程控制功能执行实体发 送 Nack 贞。
在本发明所述的方法中， 所述过程控制功能执行实体是 TC编解码通 道。
一种实现 IuUP/NbUP协议过程控制功能的系统， 包括服务数据单元长 度预定义支持模式下的 UP帧检查分发模块、 UP请求帧分发 /应答帧封装发 送模块、 UP数据帧处理模块、 UP初始化处理模块、 UP时间校准处理模块、 UP速率控制处理模块、 UP错误事件处理模块与 TC编解码通道， 还包括 緩存处理模块，用于緩存所述 UP时间校准请求处理模块与 UP速率控制请 求处理模块的控制消息。
在本发明所述的系统中， 还包括：
控制帧类型判断模块， 用于判断接收到的 UP帧是请求帧还是应答帧； UP初始化发起处理模块， 用于处理由控制面信令发起的初始化操作； UP时间校准发起处理模块，用于处理由所述过程控制功能执行实体发 起的时间校正控制操作； UP速率控制发起处理模块，用于处理由所述过程控制功能执行实体发 起的速率调整控制操作；
UP请求帧封装发送 /应答帧分发模块， 用于根据应答帧的类型分发给 所述 UP初始化发起处理模块、 所述 UP时间校准发起处理模块或所述 UP 速率控制发起处理模块， 并且将由所述过程控制功能执行实体发起的请求 帧进行封装发送。
在本发明所述的系统中， 还包括：
服务数据单元长度预定义支持模式区分 U 支持模块的判断模块， 用 于判断 UP帧的支持模式；
预定支持模式的处理模块， 用于处理预定支持模式下的 UP帧 在本发明所述的系统中， 所述緩存处理模块是消息队列。
在本发明所述的系统中， 所述过程控制功能执行实体是 TC编解码通 道。
本发明的有益效果是： （1 ) 由于考虑了多种 UP 支持模式共存， 使得 本发明具有较好的扩展性； （2 )保证了各过程控制模块之间相互独立， 不 相制约， 消除了相互挂起问题； （3 ) 同时支持 UP过程控制的发起和处理 操作； （4 ) 可以正确处理重复、 连续速率控制请求， 在连续发起速率控制 时， 实行优化， 减少设备间不必要的速率控制帧数目。
附图说明
下面将结合附图及实施例对本发明作进一步说明， 附图中：
图 1是现有技术的 IuUP/NBUP协议过程控制功能的结构图； 图 2是本发明的 IuUP/NBUP协议过程控制功能的结构图；
图 3是本发明收到速率控制请求帧处理的流程图；
图 4是本发明 TC编解码通道返回速率控制应答消息处理的流程图； 图 5是本发明 TC编解码通道发起调整速率控制消息处理的流程图； 图 6是本发明收到速率控制应答帧处理的流程图。
具体实施方式
如图 2所示， 一种实现 IuUP/NbUP协议过程控制功能的系统， 包括服 务数据单元长度预定义支持模式下的 UP帧检查分发模块、 UP请求帧分发 /应答帧封装发送模块、 UP数据帧处理模块、 UP初始化处理模块、 UP时 间校准处理模块、 UP速率控制处理模块、 UP错误事件处理模块与 TC编 解码通道， 其特征在于， 还包括：
緩存处理模块，用于緩存所述 UP时间校准请求处理模块与 UP速率控 制请求处理模块的控制消息；
服务数据单元长度预定义支持模式区分 UP支持模块的判断模块， 用 于判断 UP帧的支持模式；
预定支持模式的处理模块， 用于处理预定支持模式下的 UP帧； 控制帧类型判断模块， 用于判断接收到的 UP帧是请求帧还是应答帧；
UP初始化发起处理模块， 用于处理由控制面信令发起的初始化操作； UP时间校准发起处理模块，用于处理由所述过程控制功能执行实体发 起的时间校正控制操作；
UP速率控制发起处理模块，用于处理由所述过程控制功能执行实体发 起的速率调整控制操作。
UP请求帧封装发送 /应答帧分发模块， 用于根据应答帧的类型分发给 所述 UP初始化发起处理模块、 所述 UP时间校准发起处理模块或所述 U 速率控制发起处理模块， 并且将由所述过程控制功能执行实体发起的请求 帧进行封装发送；
在本实施例中， 当系统接收到 UP帧时， 首先根据 UP帧头的 PduType 取值确定 UP 支持模式的类型， 即服务数据单元长度预定义支持模式区分 UP支持模块的判断模块 8, 目前 3G标准 UP协议只定义了 SMpSDU这种 支持模式， 但是不同厂商可能存在不同的私有模式， 获取了哪种支持模式 后就可以决定使用哪个模块来处理 UP帧， 一种支持模式， 可以由一个独 立的模块来处理。
如果不是 SMpSDU支持模式，则进入预定支持模式的处理模块 10,如 果是 SMpSDU支持模式（见步驟 S02 )， 则进入控制帧类型判断模块 9, 并 进一步检查 UP帧的帧序号和进行 CRC校验， 并分析 PduType的值， 如果 PduType 的值为 0 和 1 , 为数据帧， 进入数据帧处理功能模块 11; 如果 PduType的值为 14, 为控制帧， 再根据帧头的 Ack Nack域（具体 UP控制 帧结构可参考 3GPP TS 25.415 )确定该帧是请求帧还是应答帧。 如果是请 求帧就分发给 UP请求帧分发 /应答帧封装发送模块 12， 如果是应答帧就分 发给 UP请求封装发送 /应答帧分发模块 13。所述请求帧分发 /应答帧封装发 送模块 12根据帧头中的 Procedure Indicator域确定帧的控制类型， 然后按 类型分发给 UP初始化请求处理模块 14、 UP时间校准请求处理模块 15、 UP速率控制请求处理模块 16、 UP错误事件处理模块 17。 所述 UP请求封 装发送 /应答帧分发模块 13则根据应答帧头中的 Procedure Indicator域确定 应答帧的控制类型， 然后按类型将应答帧分发给 UP初始化发起处理模块 18、 UP时间校准发起处理模块 19、 UP速率控制发起处理模块 20。 在控制 面信令或编解码通道的触发下， UP初始化发起处理模块 18、 UP时间校准 发起处理模块 19、 UP速率控制发起处理模块 20将控制消息发送给 UP请 求封装发送 /应答帧分发模块， 由该模块统一封装成相应的请求帧发送给对 端 UP协议实体。 下面对请求帧的各模块进行说明。
在 UP初始化请求处理模块 14、 UP时间校准请求处理模块 15、 UP速 率控制请求处理模块 16与 UP错误事件处理模块 17中均设有一个操作控 制块的数据结构， 用于保存 UP请求帧的帧序号、 操作状态等信息。 当这 些请求处理模块发送应答帧时， 都会将对应请求帧中的帧序号回填到应答 帧中， 这样就可以保证控制发起方能正确地匹配请求帧和应答帧。
当 UP初始化请求处理模块 14收到初始化帧后， 解析出发送方支持的
RFCI集（包括各 RFCI相应的承载子流 SDU长度 ), 以后按该 R CI集控 制数据流处理实体进行 UP数据流的发送和接收。
当 UP 时间校准请求处理模块 15 收到控制发起方的时间校准请求帧 后， 解析出时间校准值， 然后发送时间控制消息给 TC编解码通道 21 , 指 示 TC编解码通道 21将 UP数据帧处理模块 11的发送时间提前或推迟指定 的时间。 在发送控制消息给 TC编解码通道 21前， 将控制消息緩存在一个 先进先出的消息队列 22中， 队列处理程序取队头消息发送给 TC编解码通 道 21 , 如果 TC编解码通道 21操作超时， 队头消息将被删除， 接着处理队 列的下一个时间控制消息， 待收到 TC编解码通道 21应答消息后， 才将队 头消息从队头删除， 并将时间校准成功的应答消息返回给 UP 时间校准请 求处理模块 15，由 UP时间校准请求处理模块 15给控制发起方发送应答帧。
当 UP速率控制请求处理模块 16 收到控制发起方的速率控制请求帧 后， 解析出发送方要求的最大速率， 然后发送速率控制消息给 TC编解码 通道 21， 指示 TC编解码通道 21将 UP数据帧处理模块 11的发送速率调 整到指定值。 在发送速率控制消息给 TC编解码通道 21前， 同样需要将该 控制消息緩存在先进先出的消息队列 22中 ,队列处理程序取队头消息发送 给 TC编解码通道 21 , 如果 TC编解码通道 21操作超时， 队头消息将被删 除， 接着处理队列的下一个速率控制消息， 待收到 TC编解码通道 21的应 答消息后， 才将队头消息从队头删除， 并将速率调整成功的应答消息返回 给 UP速率控制请求处理模块 16, 由 UP速率控制请求处理模块 16给控制 发起方发送应答帧。
UP时间校准请求处理模块 15和 UP速率控制请求处理模块 16发给 TC 编解码通道 21 的控制消息可以共享同一个消息队列 22, 也可以在各自的 请求处理模块里使用独立的消息队列。 采用第一种方法时， 所述消息队列 根据控制消息先进先出的顺序进行处理， 保证了一个控制操作不会因另一 个控制操作正在执行而被迫挂起或丢弃。 采用第二种方法时， 系统在执行 一个 UP控制请求操作时， 就需要检查其他请求操作状态， 如果其他操作 正在执行， 就将本次操作緩存在自己的消息队列中， 当其他请求操作控制 块空闲时， 再执行操作。
同样， UP时间校准请求处理模块 15和 UP速率控制请求处理模块 16 可以共用一个 TC编解码通道 21来执行操作， 也可以使用数据流处理相关 的不同模块来做不同的 UP控制操作的执行体， 例如，可以用 TC编解码通 道 21执行速率调整操作， 用 UP数据帧处理模块 11执行时间校准操作。
下面进一步对 UP速率控制请求处理模块 16处理速率控制请求帧展开 说明， 如图 3所示， ΌΡ速率控制请求处理模块 16的操作控制块只保存最 近一次速率控制请求的速率、操作状态（等待态或结束态）、请求帧的序号， 当收到控制发起方的速率控制请求帧时 (步骤 S10)，首先检查操作控制块的 状态（步骤 S11 ), 如果是结束态， 就继续判断该请求速率与当前请求速率 是否相同 （步骤 S12 ), 相同则直接返回 ACK帧给控制发起方 (步骤 S13)， 即直接给速率发起方回复成功应答即可， 这样可以避免对 TC编解码通道 进行无意义的控制操作， 提高系统响应效率； 不相同则在该操作控制块中 緩存该速率控制请求帧信息， 并生成 MsgID (步骤 S14 )，然后启动等待定 时器， 并向消息队列发送速率控制消息， 设消息 ID = MsglD, 置该操作控 制块状态为等待态（步骤 S15 ),然后消息队列将该速率控制消息发送给 TC 编解码通道 (步骤 S16)， TC编解码通道执行该速率控制操作 (步骤 S17)。 如 果速率控制请求操作状态是等待态 , 同样需要继续判断该请求速率和当前 请求速率是否相同（步骤 S 18)， 如果相同， 则更新控制块中请求帧的帧序号 为本次速率控制请求帧的序号 （步骤 S19), 如果不相同， 则在操作控制块 中緩存该速率控制请求帧信息， 并生成新的 MsgID(步骤 S20), 然后先停止 等待定时器， 再重新启动等待定时器， 并向消息队列发送该速率请求控制 消息，设该消息 ID = MsgID (步驟 S21), 然后消息队列将该速率控制消息发 送给 TC编解码通道 (步驟 S22)， TC编解码通道执行该速率控制操作 (步骤 S23),下面再对 TC编解码通道 21返回速率控制应答消息的处理进行说明。
如图 4所示， 当 TC编解码通道 21返回前一个速率控制应答到消息队 列 22， 消息队列将该速率控制应答消息返回 UP速率控制请求处理模块的 操作控制块并删除队头消息（步骤 S30 ), 首先检查操作控制块的状态是否 为等待态， 并且该应答消息的序号与操作控制块的 MsgID是否匹配（步骤 S31 ), 如果为等待态并且匹配， 则停止等待定时器， 将操作控制块的状态 设为结束态（步骤 S32 ),然后判断 TC编解码通道操作是否成功（步骤 S33 ), 如果成功， 则构造并发送速率控制 Ack帧， 帧序号从操作控制块中取（步 骤 S34 )， 如杲不成功， 则构造并发送速率控制 Nack帧， 帧序号也从控制 块中取（步驟 S35 ), 如果不是等待态或不匹配， 则该应答帧将被去弃并记 下日志（步骤 S36 )，这样直到 TC编解码通道 21返回最后一个速率控制应 答帧， MsgID才会匹配， 这时 UP速率控制请求处理模块 16按最近一次速 率控制请求帧的序号向控制发起方返回应答帧， 这样保证了连续速率控制 处理的正确性， 使得较早的速率控制请求帧被丢弃， 最近的速率控制请求 帧才被应答。 如果 UP数据帧或控制帧在处理过程中发现错误，就通知 UP错误事件 处理模块 17, 判断错误类型后， 该 UP错误事件处理模块 17向对端实体发 送错误事件帧， 对于对端发送来的错误事件帧， 本端做事件记录并通知数 据流处理功能实体做相应处理。
由图 2可知， 本发明还支持 UP控制操作的发起操作。 UP初始化是由 控制面信令驱动的， 一般是在呼叫建立链路时发起 UP初始化。 速率控制 和时间校准是由承载面数据流处理功能模块根据 UP数据流处理的需要而 发起的控制操作， 当 3G MGW和 GSM端局建立 TFO(免编解码级联操作) 连接时，核心网会向无线接入网发起速率控制，通常在 TFO协商时由 MGW 上的 TC编解码通道 21承担的 ,这时 TC编解码通道 21就会发起速率调整。 下面以 TC编解码通道 21发起控制操作为例进行说明。
UP初始化发起处理模块 18、 UP时间校准发起处理模块 19和 UP速率 控制发起处理模块 20均设有一个发起操作控制块的数据结构，保存发送帧 的副本、 操作状态和重发计数器等信息。 当对端 UP实体超时没有应答时， 本端实体将重发缓存的控制帧副本并计数， 当计数超过指定次数时（例如 系统可设定为 3次），结束此次操作。等待应答帧期间，操作状态为等待态， 收到对端应答帧或重传超过指定次数时， 状态为空闲态。
如图 5所示， TC编解码通道将请求调整速率消息发送给 UP速率控制 发起处理模块后（步骤 S40 ), UP速率控制发起处理模块首先检查发起操 作状态（步骤 S41 ), 如果是空闲态， 则构造并緩存该速率控制请求帧 （步 骤 S42 ), 启动等待定时器， 将发送计数器置 1， 并将发起操作状态置为等 待态（步骤 S43 ), 然后发送该速率控制请求帧（步驟 S44 )。 如果发起操作 状态为等待态， 则检查该 TC编解码通道请求调整速率与发起操作控制块 中緩存的请求调整速率是否相等（步驟 S45 ), 如果相等， 则丢弃该 TC编 解码通道的请求调整速率消息（步骤 S46 ), 如果不相等， 则先停止等待定 时器、 再将重发次数计数器清 0, 置发起操作状态为空闲态， 并释放緩存 速率控制帧内存， 记下日志（步骤 S47 ), 然后回到重新构造并緩存该速率 控制请求帧 （步骤 S42 ), 重新启动等待定时器， 并将重传计数器置 1 (步 骤 S43 ), 再发送该速率控制请求帧 （步骤 S44 )。 接下来， 如图 6所示， 当 UP速率控制发起处理模块收到最早的速率 控制应答帧时（步骤 S50 ), 首先检查该帧序号与发起操作控制块的帧序号 是否匹配， 并且发起操作状态是否为等待态（步骤 S51 )， 如果不匹配或不 是等待态， 则丢弃该应答帧并记下曰志（步骤 S52 ); 如果匹配并且为等待 态， 则停止等待定时器， 置发起操作控制块状态为空闲态， 置重发计数器 为 0, 并释放緩存的速率控制请求帧的内存（步驟 S53 ), 然后继续判断该 应答帧表示是否成功（步骤 S54 ), 如果成功， 则构造并发送速率控制 ACK 帧给 TC编解码通道（步驟 S55 ), 如果失败， 则构造并发送速率控制 Nack 帧给 TC编解码通道（步骤 S56 )。

Claims (17)

  1. 权 利 要 求
    1、 一种实现 IuUP/NbUP协议过程控制功能的方法， 其特征在于， UP 时间校准请求处理模块或 UP速率请求处理模块在接收到请求帧时， 执行 以下步骤：
    a.解析收到的请求帧；
    b.根据解析出的值构造控制消息， 緩存于緩存处理模块中；
    c.将緩存于所述緩存处理模块中的控制消息依次发送给过程控制功能 执行实体处理， 并将所述过程控制功能执行实体的结果返回。
  2. 2、 根据权利要求 1所述的方法， 其特征在于， 所述 UP时间校准请求 处理模块与所述 U 速率请求处理模块设有请求操作控制块， 所述请求操 作控制块保存最近一次请求帧信息、 请求操作状态以及控制信息的序号。
  3. 3、 才艮据权利要求 2所述的方法， 其特征在于， 如果是 UP速率请求处 理模块， 则所述步骤 a包括：
    al.判断所述请求操作状态；
    a2.如果是结束态， 则执行步骤 a3,如果是等待态， 则执行步驟 a4; a3.判断请求速率与当前速率是否相同， 如果相同， 则直接向对端 UP 协议实体返回 Ack帧； 如果不相同， 则执行所述步骤 b;
    a4.判断请求速率与当前速率是否相同， 如果相同， 则更新所述请求操 作控制块的帧序号， 并向对端 UP协议实体返回应答帧； 如果不相同， 则 执行所述步骤 b。
  4. 4、 根据权利要求 3所述的方法， 其特征在于， 所述步骤 b包括：
    M.将所述请求帧的信息与所述控制消息的序号保存于所述请求操作 控制块；
    b2.如果是步骤 a3中不相同的情况，则启动定时器，将所述控制消息緩 存于緩存处理模块中， 并将所述请求操作控制块状态为等待态； 如果是步 骤 a4中不相同的情况， 则停止定时器， 再启动定时器， 并将所述控制消息 緩存于緩存处理模块中。
    5、 根据权利要求 4所述的方法， 其特征在于， 所述步骤 c包括 cl,判断所述请求操作控制块中的控制消息的序号与所述请求操作状 态；
    c2.如果与所述控制消息中的序号匹配并且所述请求操作状态为等待 态， 则执行步骤 c3; 否则， 丟弃该消息并记下曰志；
    c3.停止定时器， 并将所述请求操作状态设为结束态；
    c4.判断所述过程控制功能执行实体是否操作成功， 如果成功， 则根据 所述控制消息的序号向对端 UP协议实体返回 Ack帧； 如果不成功， 则根 据所述控制消息的序号向对端 UP协议实体返回 Nack帧。
  5. 6、 居权利要求 5所述的方法， 其特征在于， 所述 UP时间校准请求 处理模块与所述 UP速率控制请求处理模块发给所述过程控制功能执行实 体的控制消息共享同一个所述缓存处理模块。
  6. 7、 根据权利要求 6所述的方法， 其特征在于， 所述 UP时间校准请求 处理模块与所述 UP速率控制请求处理模块发给所述过程控制功能执行实 体的控制消息在各自的请求处理模块里使用独立的所述缓存处理模块， 系 统在执行一个 UP控制请求操作时， 需要检查其他请求操作状态， 如果其 他操作正在执行， 则将本次操作缓存在自己的所述緩存处理模块中， 当其 他请求操作控制块空闲时， 再执行操作。
  7. 8、 根据权利要求 7所述的方法， 其特征在于， 所述 UP时间校准请求 处理模块与所述 UP速率控制请求处理模块共享同一个所述过程控制功能 执行实体。
  8. 9、 居权利要求 7所述的方法， 其特征在于， 将时间校准与速率控制 的执行实体分离， 用所述过程控制功能执行实体做速率调整， 用 UP数据 帧处理模块做时间校准。
    10、 4艮据权利要求 1-9任意一项所述的方法， 其特征在于， 所述过程 控制功能执行实体是 TC编解码通道。
  9. 11、 根据权利要求 10所述的方法， 其特征在于， 所述緩存处理模块是 消息队列。
  10. 12、 一种实现 IuUP/NbUP协议过程控制功能的方法， 其特征在于， 包 括以下步骤：
    aOl.根据服务数据单元长度预定义支持模式判断 Ό 帧的种类； a02.如果是数据帧， 则将所述数据帧发送给 UP数据帧处理模块， 如果 是控制帧， 则将所述控制帧发送给控制帧类型判断模块， 执行步骤 a03； a03.如果是请求帧， 则将所述请求帧发送给 UP请求帧分发 /应答帧封 装发送模块； 如果是应答帧， 则执行步骤 a04;
    a04.将所述应答帧发送给 UP请求帧封装发送 /应答帧分发模块,并由该 模块根据所述应答帧的类型分发给 UP初始化发起处理模块、 U 时间校准 发起处理模块或 UP速率控制发起处理模块。
    13、 根据权利要求 12所述的方法， 其特征在于， 还包括一个判断的步 骤： aOOl.根据接收到的 UP帧判断 UP协议支持模式的类型；
    a002.如果不是服务器数据单元长度预定义支持模式， 则将 UP帧发送 给预定支持模式处理模块； 如果是服务器数据单元长度预定义支持模式， 则执行步骤 aOl ;
  11. 14、 根据权利要求 12所述的方法， 其特征在于， 所述步骤 a04中， 所述 UP初始化通过控制面信令向对端 UP协议实体发起控制操作； 所述 UP时间校准发起处理模块或 UP速率控制发起处理模块设有发起 操作控制块， 该发起操作控制块保存发送帧的副本、 发起操作状态以及重 发计数器， 并通过所述过程控制功能执行实体向对端 UP协议实体发起控 制操作。
    15、 根据权利要求 14所述的方法， 其特征在于， 所述过程控制功能执 行实体发起控制操作时， 所述 UP速率控制发起处理模块执行以下步骤： a041.判断所述发起操作状态；
    a042.如果是等待态， 则判断请求调整的速率与发起操作控制块中緩存 的速率是否相等， 并执行步骤 a043; 如果是空闲态， 则执行步骤 a044; a043.如果相等， 则丟弃该请求调整速率控制消息； 如果不相等， 则停 止等待定时器， 再将重发次数计数器清 0, 置所述发起操作状态为空闲态， 释放所緩存的速率请求帧， 记下日志， 并执行步骤 a044;
    a044.构造并緩存速率请求帧， 启动定时器， 再将发送次数计数器置 1 , 将所述发起操作状态为等待态；
    a045.向对端 UP协议实体发送所述速率请求帧。 16、 根据权利要求 15所述的方法， 其特征在于， 所述 UP速率控制发 起处理模块接收到所述对端 UP协议实体返回的应答帧时， 执行以下步骤： a046.判断所述应答帧的序号是否与所述发起操作控制块的帧序号是否 匹配， 并且所述发起操作状态是否为等待态；
    a047.如果匹配并且为等待态， 则执行步骤 a048, 否则， 丢弃所述应答 帧并记下曰志；
    a048.停止定时器， 将所述发起操作控制块设为空闲态， 置重发计数器 为 0， 幹放所緩存的速率请求帧， 并执行步骤 a049;
    a049.判断所述应答帧表示是否成功， 如果成功， 则向所述过程控制功 能执行实体发送 Ack帧； 如果不成功， 则向所述过程控制功能执行实体发 送 Nack帧。
  12. 17、 根据权利要求 12-16任意一项所述的方法， 其特征在于， 所述过 程控制功能执行实体是 TC编解码通道。
  13. 18、 一种实现 IuUP/NbUP协议过程控制功能的系统， 包括服务数据单 元长度预定义支持模式下的 UP帧检查分发模块、 UP请求帧分发 /应答帧封 装发送模块、 UP数据帧处理模块、 UP初始化处理模块、 υρ时间校准处理 模块、 UP速率控制处理模块、 UP错误事件处理模块与 TC编解码通道， 其特征在于， 还包括緩存处理模块， 用于緩存所述 UP 时间校准请求处理 模块与 UP速率控制请求处理模块的控制消息。
  14. 19、 根据权利要求 18所述的系统， 其特征在于， 还包括：
    控制帧类型判断模块， 用于判断接收到的 UP帧是请求帧还是应答帧； UP初始化发起处理模块， 用于处理由控制面信令发起的初始化操作； UP时间校准发起处理模块，用于处理由所述过程控制功能执行实体发 起的时间校正控制操作；
    UP速率控制发起处理模块，用于处理由所述过程控制功能执行实体发 起的速率调整控制操作；
    UP请求帧封装发送 /应答帧分发模块， 用于根据应答帧的类型分发给 所述 UP初始化发起处理模块、 所述 UP时间校准发起处理模块或所述 UP 速率控制发起处理模块， 并且将由所述过程控制功能执行实体发起的请求 帧进行封装发送。
  15. 20、 根据权利要求 19所述的系统， 其特征在于， 还包括：
    服务数据单元长度预定义支持模式区分 UP 支持模块的判断模块， 用 于判断 UP帧的支持模式；
    预定支持模式的处理模块， 用于处理预定支持模式下的 UP帧
  16. 21、 根据权利要求 18-20任意一项所述的系统， 其特征在于， 所述緩 存处理模块是消息队列。
  17. 22、 根据权利要求 21所述的系统， 其特征在于， 所述过程控制功能执 行实体是 TC编解码通道。
CN2006800128422A 2005-12-19 2006-06-13 一种实现IuUP/NBUP协议过程控制功能的方法 Expired - Fee Related CN101160928B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN2006800128422A CN101160928B (zh) 2005-12-19 2006-06-13 一种实现IuUP/NBUP协议过程控制功能的方法

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
CN200510121003A CN1988533B (zh) 2005-12-19 2005-12-19 一种实现IuUP/NBUP协议过程控制功能的方法
CN200510121003.1 2005-12-19
PCT/CN2006/001310 WO2007071133A1 (fr) 2005-12-19 2006-06-13 Procede de mise en oeuvre d'une fonction de commande de processus de protocole iuup/nbup
CN2006800128422A CN101160928B (zh) 2005-12-19 2006-06-13 一种实现IuUP/NBUP协议过程控制功能的方法

Publications (2)

Publication Number Publication Date
CN101160928A true CN101160928A (zh) 2008-04-09
CN101160928B CN101160928B (zh) 2011-09-14

Family

ID=37918530

Family Applications (2)

Application Number Title Priority Date Filing Date
CN200510121003A Active CN1988533B (zh) 2005-12-19 2005-12-19 一种实现IuUP/NBUP协议过程控制功能的方法
CN2006800128422A Expired - Fee Related CN101160928B (zh) 2005-12-19 2006-06-13 一种实现IuUP/NBUP协议过程控制功能的方法

Family Applications Before (1)

Application Number Title Priority Date Filing Date
CN200510121003A Active CN1988533B (zh) 2005-12-19 2005-12-19 一种实现IuUP/NBUP协议过程控制功能的方法

Country Status (6)

Country Link
US (1) US7813294B2 (zh)
EP (1) EP1798997B1 (zh)
CN (2) CN1988533B (zh)
AT (1) ATE459221T1 (zh)
DE (1) DE602006012429D1 (zh)
WO (1) WO2007071133A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1988533B (zh) * 2005-12-19 2012-10-17 华为技术有限公司 一种实现IuUP/NBUP协议过程控制功能的方法

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1936854B1 (en) * 2006-12-20 2013-11-06 Alcatel Lucent Retransmission-based DSLAM and xDSL modem for lossy media
US7792036B2 (en) * 2007-01-23 2010-09-07 Cisco Technology, Inc. Event processing in rate limited network devices
JP5311059B2 (ja) * 2008-01-16 2013-10-09 日本電気株式会社 ゲートウェイ装置およびシステム、並びに、通信方法
US8588839B2 (en) * 2009-12-16 2013-11-19 Telefonaktiebolaget L M Ericsson (Publ) Power loop control method and apparatus
GB2485142A (en) * 2010-10-27 2012-05-09 Nds Ltd Secure broadcast/multicast of media content
US10129874B2 (en) * 2013-12-20 2018-11-13 Lg Electronics Inc. Method and device for transceiving frame comprising partial association identifier in wireless LAN system
CN107155400B (zh) * 2015-04-03 2020-01-17 华为技术有限公司 一种数据传输方法、设备及系统
CN106937073B (zh) * 2015-12-29 2019-10-15 展讯通信（上海）有限公司 基于VoLTE的视频通话码率调整方法、装置及移动终端
CN112995066B (zh) * 2021-02-05 2023-10-24 新天科技股份有限公司 帧数据处理方法、装置、电子设备及存储介质

Family Cites Families (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100630122B1 (ko) * 1999-05-12 2006-09-27 삼성전자주식회사 이동통신시스템의 기지국 시스템에서 채널을 할당하는 방법
US7792119B2 (en) * 2000-05-22 2010-09-07 Telefonaktiebolaget L M Ericsson (Publ) Method for a connection through a core network
US6804222B1 (en) * 2000-07-14 2004-10-12 At&T Corp. In-band Qos signaling reference model for QoS-driven wireless LANs
KR20020030367A (ko) * 2000-10-17 2002-04-25 오길록 이동통신시스템에서 임의접속채널의 전송방법
FI20002899A0 (fi) * 2000-12-29 2000-12-29 Nokia Corp Järjestely informaation kommunikoimiseksi
US7106701B2 (en) * 2001-01-05 2006-09-12 Telefonaktiebolaget Lm Ericsson (Publ) End-to-end frame quality classification
JP2003046594A (ja) * 2001-08-01 2003-02-14 Canon Inc 無線データ通信装置およびその制御方法
US7103033B2 (en) * 2001-10-23 2006-09-05 Telefonaktiebolaget Lm Ericsson (Publ) Robust vocoder rate control in a packet network
US7508778B2 (en) * 2001-12-05 2009-03-24 Qualcomm, Incorporated System and method for adjusting quality of service in a communication system
US20030128686A1 (en) * 2001-12-06 2003-07-10 Hur Nam Chun Variable delay buffer
KR100425982B1 (ko) * 2001-12-29 2004-04-06 엘지전자 주식회사 아이엠티-2000 망의 음성 데이터 속도 변경 방법
US7034679B2 (en) * 2001-12-31 2006-04-25 Ncr Corporation System and method for enhancing security at a self-checkout station
KR100547845B1 (ko) * 2002-02-07 2006-01-31 삼성전자주식회사 고속 순방향 패킷 접속 방식을 사용하는 통신 시스템에서서빙 고속 공통 제어 채널 셋 정보를 송수신하는 장치 및방법
JP2003318810A (ja) * 2002-04-26 2003-11-07 Kobe Steel Ltd 無線データ収集システム，無線データ中継装置
GB0306739D0 (en) * 2003-03-24 2003-04-30 British Telecomm Mediator-based recovery mechanism for multi-agent system
NO319422B1 (no) * 2003-05-23 2005-08-08 Tandberg Telecom As Fremgangsmate for handtering av datahastighetsendringer
CN100518029C (zh) * 2003-11-14 2009-07-22 中兴通讯股份有限公司 移动通讯系统中用户面处理装置
JP2005175670A (ja) * 2003-12-09 2005-06-30 Nec Corp Ｔｖ放送受信機能つき携帯電話機及びｔｖ放送受信機能つき携帯電話機のシステム及びｔｖ放送受信機能つき携帯電話機のｔｖ録画設定方法
US8351400B2 (en) * 2004-05-05 2013-01-08 Qualcomm Incorporated Method and apparatus for overhead reduction in an enhanced uplink in a wireless communication system
EP1617606A1 (en) * 2004-07-16 2006-01-18 Matsushita Electric Industrial Co., Ltd. Scheduling mode switching for uplink transmissions
US20060114936A1 (en) * 2004-12-01 2006-06-01 Analog Devices, Inc. Enhanced processing methods for wireless base stations
CN1988533B (zh) * 2005-12-19 2012-10-17 华为技术有限公司 一种实现IuUP/NBUP协议过程控制功能的方法

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1988533B (zh) * 2005-12-19 2012-10-17 华为技术有限公司 一种实现IuUP/NBUP协议过程控制功能的方法

Also Published As

Publication number Publication date
US7813294B2 (en) 2010-10-12
DE602006012429D1 (de) 2010-04-08
EP1798997A1 (en) 2007-06-20
ATE459221T1 (de) 2010-03-15
CN1988533A (zh) 2007-06-27
US20070153686A1 (en) 2007-07-05
WO2007071133A1 (fr) 2007-06-28
CN1988533B (zh) 2012-10-17
EP1798997B1 (en) 2010-02-24
CN101160928B (zh) 2011-09-14

Similar Documents

Publication Publication Date Title
CN101160928A (zh) 一种实现IuUP/NBUP协议过程控制功能的方法
US9860915B2 (en) Apparatus and method for moving a receive window in a radio access network
EP1315341B1 (en) Receiver polling for data transmission with sliding window data flow control
US7843849B2 (en) Packet data transmission in third generation mobile system
TR201909799T4 (tr) Hücreden Hücreye Geçiş(Devir) Yönetimi
CN104137507B (zh) 反馈丢包的消息处理方法及装置
TW202308364A (zh) 無線通訊裝置與資料處理方法
WO2018218416A1 (zh) 用户面数据处理方法、相关设备及系统
CN115708380A (zh) 无线通信装置与数据处理方法
CN107888341A (zh) 一种数据传输方法及装置

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant
CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20110914